标签：
目前最常见的优化反射性能的方法就是采用委托：用委托的方式调用需要反射调用的方法（或者属性、字段）。
那么如何得到委托呢？ 目前最常见也就是二种方法：Emit, ExpressionTree 。其中ExpressionTree可认为是Emit方法的简化版本， 所以Emit是最根本的方法，它采用在运行时动态构造一段IL代码来包装需要反射调用的代码， 这段动态生成的代码满足某个委托的签名，因此最后可以采用委托的方式代替反射调用。
1. 基于Emit的动态生成符合委托签名的IL代码。
2. 使用Delegate.CreateDelegate直接创建委托。
3.动态代码生成
用Delegate优化反射的优点
优点有二个：
1. 实现简单，不管是使用Emit, ExpressionTree还是CreateDelegate，代码量都不大。
2. 方法通用，使用弱类型委托，我们可以封装出很容易使用的API，且适用于任何项目。
用Delegate优化反射的缺点
在评价委托方案时，我认为有必要细分一下委托方案：
1. 强类型委托，例如：Action<TTarget, TValue>
2. 弱类型委托，例如：Action<object, object>
它们的优点分别是：
强类型委托：速度快，已经最接近直接调用的性能，然而它的缺点是 不通用。
弱类型委托：比较通用，且经过一些代码封装后，使用方便，但是 封装后的性能会变差。
用CodeDOM优化反射的优点
最大的，也是唯一的优点就是：性能好。
用CodeDOM优化反射的缺点
缺点有三个：
1. 方法不通用，需要针对不同的类型，不同的数据源生成不同的直接调用代码，因此难以通用化。
2. 复杂性较高，由于是生成直接调用的代码，且数据类型及格式未知，因此需要周密的考虑各种情况，复杂性也随之增高。
3. 难以封装，由于编译的结果是一个程序集，它并不能直接调用，还需要借助其它的方式来调用，所以难以实现较为通用的封装。
反射优化的总结
反射优化的根本方法只有一条路：避开反射。
然而，避开的方法可分为二种：
1. 用委托去调用。（绕弯子）
2. 生成直接调用代码，替代反射调用。（直截了当）
这二种方法都有优缺点，我认为选择哪种方法应该根据反射场景来决定：
1. 调用目标明确（名称和类型都是已知）：强类型委托方法是较好的选择。
2. 调用目标不明确，且调用程度密集：动态编译方法是最好的选择。
3. 其它情况：可以用弱类型委托，或者不优化。
Reference URL:
优化反射性能的总结（上）
http://www.cnblogs.com/fish-li/archive/2013/02/18/2916253.html
优化反射性能的总结（中）
http://www.cnblogs.com/fish-li/archive/2013/02/24/2924673.html
优化反射性能的总结（下）
http://www.cnblogs.com/fish-li/archive/2013/03/03/2941911.html
标签：
原文地址：http://www.cnblogs.com/laixiancai/p/4808137.html
