很多人都说使用反射会有性能问题，那到底会比直接调用慢多少呢，下面就来测试一下。
直接调用vs反射调用
下面就来写个demo来验证下直接调用和反射调用的性能差异，代码如下：
1 namespace ConsoleApplication7 2 { 3 class Program 4 { 5 static void Main(string[] args) 6 { 7 //比较直接调用和反射调用的性能差异 8 //7ms vs 365ms 9 int times = 1000000;10 var program = new Program();11 CodeTimerHelper.Initialize();12 13 CodeTimerHelper.Time("直接调用", times, () =>14 {15 program.Call();16 });17 18 var t = typeof(Program);19 var obj = Activator.CreateInstance(t);20 CodeTimerHelper.Time("反射调用", times, () =>21 {22 t.InvokeMember("Call", BindingFlags.InvokeMethod, null, obj, null);23 });24 25 Console.ReadKey();26 }27 28 /// 29 /// 测试方法30 /// 31 public void Call()32 {33 }34 35 }36 }
登录后复制
测试结果：
从100万次调用结果来看，确实就像很多人所说的，两者在性能上具有数量级的差距。
为什么反射有性能损失
既然反射性能有损失，那具体损失在哪里呢？
1，反射是基于程序集和元数据的，在使用反射的时候，会搜索元数据，而元数据是基于字符串的，并且无法预编译，所以这一系列的操作对性能有影响。
2，大量的装箱拆箱也对性能有影响。由于我们对目标类型是未知的，而且向方法传递的参数通常是object类型的，所以会有大量的装箱和拆箱。
反射性能优化方案
我们已经知道使用反射有性能问题，但是有些场景下又不得不使用反射技术，所以要想办法优化反射性能。
这里就引用老赵公开的System.Linq.Expressions.Expression表达式树的类，与直接调用进行对比，代码如下：
1 //3，基于表达式树2 var methodInfo = t.GetMethod("Call");3 var executor = new DynamicMethodExecutor(methodInfo);4 CodeTimerHelper.Time("Dynamic executor", times, () =>5 {6 executor.Execute(obj, null);7 });
登录后复制
测试结果：
哇，同样的100万次调用，使用DynamicMethodExecutor调用跟直接调用的性能相差无几。
附DynamicMethodExecutor的封装代码：
1 /// 2 /// 3 /// 4 public class DynamicMethodExecutor 5 { 6 private Func
