您的位置：首页 > 其它

利用表达式树构建委托改善反射性能分类： .NET 2014-02-20 10:34 348人阅读评论(0) 收藏

2014-02-20 10:34 393 查看

最近搞一个系统时由于在比较关键地方用到反射了，所以要关注了一下反射的性能问题。搜索一下，不难搜到老赵的这篇文章，下面是一些杂乱的笔记。（建议先看老赵的文章）

.Net4.0反射性能改善

看老赵的文章，老赵得到的结果是这样的：

而我把代码搞下来自己运行得到这样的结果：

这里不是说机器性能造成绝对的时间，而是差距比例完全不一样，想了一阵想起了老赵当时应该是基于.Net3.5，果断把程序的目标框架切换到.Net3.5，结果如下：

三者的差距仍然有些不一样，老赵那边的直接调用与动态执行同一数量级的结果还是没有。但发现了另一些信息。反射和直接调用方法.Net4.0比.Net3.5有非常大的改善，特别是反射，性能提升了好几倍。反而构建表达式树动态调用的方式性能比.Net3.5差了一点。但是相对反射还是有差距，按照这个比例，写写表达式树还是值得的。

改善老赵的DynamicMethodExecutor

老赵的那篇的文章的思路是使用DynamicMethodExecutor来构造一个万能的委托Func<object, object[], object>其中第一个参数是实例对象，第二是参数列表，第三是返回值。.Net4.0的表达式树要比3.5的先进一点，经过一番改造发现是不需要这么一个万能委托的，直接用Expression.Lambda.Compile()编译出来的Delegate强制转换为强类型的委托来得更加简单。全部代码一个方法即可，精简了许多。

使用时转换为强类型的委托即可：

老赵那个委托都是object，使用时的类型转换，还有装箱，拆箱都会有一定的性能损失，而强类型就没有这个问题。首先在老赵的那篇文章上一个方法改为两个方法，然后测试：

结果：

差距不大，但是还是有一定得改善，特别参数是int的方法，用了强类型后性能比较稳定，不会出现偏差。

构建委托动态赋值

既然有动态调用方法，同样也可以动态赋值，而且据我的经验，根据PropertyInfo的SetValue去反射设属性值用得比反射调用方法更加频繁。所以同样需要有方法来动态构建委托改善性能。幸好，.Net4.0提供了支持，.Net4.0新增了Expression.Assign来表示一个赋值表达式。有了它，构建起来比方法的更加简单：

直接返回了强类型的委托，所以使用起来更加简单：

来测试一下性能：

结果如下：

虽然跟直接赋值不能比，但比反射快大概30倍。

全部代码

希望对大家有帮助The End。

===重要更新===

我把上面的方法用在项目中才发现陷入了一个悖论。就是往往需要使用反射的上下文中是没有实例类型的，而有了实例类型的上下文中有往往不需要反射。所以构建表达式树是需要去掉实例的类型参数，在表达式树中做类型转换，这样会有一点点的性能损失，但同时又带来一个好处，使用时类型参数少了一个，写起来方便了一点。两个主要代码如下：

原文：/article/5272771.html

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享