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

Question

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

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

实现我自己的缓存 better/more 可靠吗？如果我这样做了，我可以在应用程序一开始就缓存 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 类型对象的运行时成员解析。如果您不想自己搞乱缓存的实现，您可以将 dynamic 合并到您的表达式中，让 CLR 处理动态命名方法的缓存。同样，如果没有您的特定场景的更多详细信息，则无法确定这是否有效，更不用说它是否对您的情况有用。

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

Are repeated calls to Type.GetMethod() cached internally?

.net

c#

reflection