今天在工作上遇到这么个需求:需要获取对象上所有属性的值,但并事先并不知道对象的类型。 我的第一反应就是使用反射,但是这个操作会进行多次,大量的反射肯定会有性能影响。虽然对我这个项目无关紧要,但我还是选择了另外一种解决方案:构建表达式树,再生成委托,然后将委托缓存在字典里。代码如下:
首先构建表达式树(类似这种形式:'(a) => a.xx'),并生成委托:
代码如下 | 复制代码 |
private static Delegate BuildDynamicGetPropertyValueDelegate(PropertyInfo property) var lambdaExpression = Expression.Lambda(memberExpression, instanceExpression); |
接着,当需要获取属性的值时,先在字典里查看是否有已经生成好的委托,有的话取出委托执行获取属性值。没有则构建表达式树生成委托,并放入字典中:
代码如下 | 复制代码 |
private static Dictionary public static object GetPropertyValueUseExpression var getValueDelegate = BuildDynamicGetPropertyValueDelegate(property); |
就这么简单,完成之后,我想测试一下表达式树版本和反射版本的性能差距如何,于是我又简单实现反射版本作为测试对比:
代码如下 | 复制代码 |
public static object GetPropertyValueUseReflection { return propertyInfo.GetValue(obj); } |
接下来是两者的测试代码:
代码如下 | 复制代码 |
class Car ..... int repeatTimes = 10000; Stopwatch stopwatch = Stopwatch.StartNew(); stopwatch.Reset(); |
在我的预想之中是这样的:表达式树版本在调用次数很少的情况下会慢于反射版本,随着次数增多,表达式树版本的优势会越来越明显。
但是测试结果却出乎我的意料!!!
在调用次数为十万、百万、千万次的情况下,两者所用的时间差不多,而且反射版本居然还要快一些。这可让我郁闷不已。
郁闷之后,我就在想是不是因为字典的原因导致两者性能差不多,就添加了以下测试代码:
代码如下 | 复制代码 |
stopwatch.Reset(); stopwatch.Start(); var func = (Func for (int i = 0; i < repeatTimes; i++) { func(car); } stopwatch.Stop(); Console.WriteLine("Repeated {0}, Immediate call expression used time: {1} ticks", repeatTimes, stopwatch.ElapsedTicks); |
这部分测试代码,在构建表达式树生成委托之后,直接调用,去除了字典的影响。测试结果如下:
果不其然,去除字典之后速度快了10倍。
看来在我这种情况下使用字典缓存委托的效果并不是太好。不知道是否有更好的方法来缓存委托。
茶杯头甜蜜终章dlc 官方手机版v1.0.0.3
下载火柴人传说暗影格斗内置菜单 最新版v3.0.1
下载荒野乱斗测试服 安卓版v61.10.3
下载荒野乱斗彩虹服 安卓版v61.10.3
下载寒霜启示录 安卓版v1.25.10
寒霜启示录是一款生存模拟游戏,不少玩家可能对于末日都有着自己
末日城堡免广告版 安卓最新版v0.7.1
末日城堡免广告版是一款非常好玩的模拟经营类游戏,内部可以不看
甜蜜人生模拟器 最新版v1.4.5
甜蜜人生模拟器是一款非常好玩的模拟恋爱手游,玩家在这里能够对
武器锻造师内置功能菜单 v10.4
武器锻造师内置菜单版是游戏的破解版本,在该版本中为玩家提供了
开放空间overfield 安卓版v1.0.5
开放空间Overfield是一款箱庭养成经营手游,让你在广阔