Reflection.Emit 比 GetValue 和 GetValue 更好设置值：S

Question

我被告知使用 Reflection.Emit 而不是 PropertyInfo.GetValue / SetValue，因为这种方式更快。 但我真的不知道 Reflection.Emit 的内容是什么以及如何使用它来替代 GetValue 和 SetValue。有人能帮我解决这个问题吗？

Answer 1

只是一个替代答案；如果您想要性能，但需要类似的 API - 考虑 HyperDescriptor；这在下面使用了 Reflection.Emit （因此您不必这样做），但将其自身暴露在 PropertyDescriptor API 上，因此您只需使用：

PropertyDescriptorCollection props = TypeDescriptor.GetProperties(obj);
props["Name"].SetValue(obj, "Fred");
DateTime dob = (DateTime)props["DateOfBirth"].GetValue(obj);

一行代码即可启用它，它处理所有的缓存等。

Answer 2

如果您多次获取/设置相同的属性，那么使用某些东西来构建类型安全的方法确实会比反射更快。但是，我建议使用 Delegate.CreateDelegate 而不是 Reflection.Emit。更容易做到正确，而且速度仍然非常快。

我在 Protocol Buffers 实现中使用了它，它与 PropertyInfo.GetValue/SetValue 相比有很大的不同。正如其他人所说，只有在证明最简单的方法太慢之后才这样做。

我有一篇博客文章如果您决定采用 CreateDelegate 路线，请了解更多详细信息。

Answer 3

使用 PropertyInfo.GetValue/SetValue

如果您遇到性能问题，请缓存 PropertyInfo 对象（不要重复调用 GetProperty）

如果且仅当反射的使用是应用程序的性能瓶颈（如分析器中所示）时，请使用 Delegate。 CreateDelegate

如果 - 并且真的只有 - 您绝对确定读/写值仍然是最糟糕的瓶颈，那么是时候开始了解在运行时生成 IL 的有趣世界了。

我真的怀疑这是否值得，每个级别都会增加代码的复杂性，而不是提高性能 - 仅在必要时才执行它们。

如果运行时对属性的访问是您的性能瓶颈，那么最好进行编译时访问（很难同时实现通用和超高性能）。

Answer 4

Reflection.Emit 的用途与 PropertyInfo.Get/SetValue 的用途完全不同。通过 Reflection.Emit，您可以直接发出 IL 代码（例如，发出到动态编译的程序集中）并执行该代码。当然，此代码可以访问您的属性。

我严重怀疑这最终会比使用 PropertyInfo 快得多，而且它也不是为此目的而设计的。例如，您可以使用 Reflection.Emit 作为小型编译器的代码生成器。

Answer 5

使用Reflection.Emit似乎有点太“聪明”了，而且是一个过早的优化。如果您分析您的应用程序，并且发现 GetValue/SetValue 反射是瓶颈，那么您可以考虑优化，但可能甚至不会......