优化反射性能的总结

优化反射性能的总结

 

分别介绍二种优化反射的方法：
1. Delegate：委托。
2. CodeDOM：动态代码生成。
这是二种截然不同的方法，性能的差距也很大。
今天的博客将着重比较它们的优缺点，以及给出它们的使用建议。

用Delegate优化反射的缺点

在评价委托方案时，我认为有必要细分一下委托方案：
1. 强类型委托，例如：Action<TTarget, TValue>
2. 弱类型委托，例如：Action<object, object>

它们的优点分别是：
强类型委托：速度快，已经最接近直接调用的性能，然而它的缺点是 不通用。
弱类型委托：比较通用，且经过一些代码封装后，使用方便，但是 封装后的性能会变差。

用Delegate优化反射的优点

优点有二个：
1. 实现简单，不管是使用Emit, ExpressionTree还是CreateDelegate，代码量都不大。
2. 方法通用，使用弱类型委托，我们可以封装出很容易使用的API，且适用于任何项目。

用CodeDOM优化反射的优点

最大的，也是唯一的优点就是：性能好。
由于生成的是直接调用的代码，因此最终运行的是直接调用的代码，所以没有性能损耗。
另外，代码生成器可以决定最终生成的代码质量，代码生成器越优秀，代码的性能也会更优秀。

注意：当使用这种技术时，不同人可能会有不同的使用方法，最终可以得到性能不同的结果，（理论上）最坏情况下可能比委托还差。

如果希望借助这种优化方式实现最好的性能，需要做好二件事情：
1. 保证最终生成的代码质量是最优的。
2. 编译方式的设计要合理（用好CodeDOM）。

如何保证最终生成的代码质量是最优的，我给不了建议，需要您自己去思考，
我们接着讨论第2点。