c# - 是否在内部缓存了对 Type.GetMethod() 的重复调用？

Question

在我的代码中，我有一些函数在 CLR 的一些不同的静态函数上调用 Type.GetMethod(string, Type[])。总共可能有 30 个左右不同的静态函数被查找。但是它们经常被反复查找，因为父函数经常被调用。我假设 CLR 会缓存 MethodInfo 结果，因此只有第一次调用每个唯一的查找方法是昂贵的，但我想要一些确认。

编辑:MethodInfo 结果最终成为 Expression 树中 Expression.Call() 语句的参数。

实现我自己的缓存会更好/更可靠吗？如果这样做，我是否可以在应用程序一开始就缓存一次 MethodInfo 结果，然后无限期地重新访问它们？或者我应该像这样使用 RuntimeMethodHandle:

// Obtaining a Handle from an MemberInfo
RuntimeMethodHandle handle = typeof(D).GetMethod("MyMethod").MethodHandle;
// Resolving the Handle back to the MemberInfo
MethodBase mb = MethodInfo.GetMethodFromHandle(handle);

该片段来自:https://msdn.microsoft.com/en-us/magazine/cc163759.aspx#S8

我不清楚为什么我要缓存 RuntimeMethodHandle 而不仅仅是 MethodInfo。

Answer 1

my problem is not so much a speedy invocation as it is making sure the Type.GetMethod() calls are not incurring big hits every time they are being called on the same methods

然后您需要为给定的方法名称缓存 MethodInfo 对象。 CLR 不保证它会为您缓存此数据，而且调用 GetMethod() 的开销确实非常大，无论您调用多少次，具体取决于数据是否仍在缓存中.一般来说，反射是昂贵的。应尽可能避免使用它，尤其是在性能受到关注时。

在你的情况下，因为你正在处理 Expression 对象，这取决于你如何使用它们(没有 a good, minimal, complete code example 不可能确定什么是你的场景中最好的)，您可能会发现缓存已编译的表达式更有意义。更一般地说，显然，如果您要缓存任何内容，最有意义的做法是将结果缓存到您的处理过程的最深处，这对于缓存键是不变的。

请注意，CLR 确实缓存动态 类型对象的运行时成员解析。如果您不想自己搞乱缓存的实现，您可以将 dynamic 合并到您的表达式中，让 CLR 处理动态命名方法的缓存。同样，如果没有您的特定场景的更多详细信息，则无法确定这是否有效，更不用说它是否对您的情况有用。