c# – 为什么使用`Delegate.CreateDelegate`创建的Delegate比lam
这段时间我一直在阅读有关反思的内容,每个人总是说:“反思很慢”,“反思很慢”.
现在我决定测试速度有多慢,而且令我惊讶的是,使用反射创建的委托实际上大约是使用lambda创建的委托的两倍,而且,令人惊讶的是,大约比使用声明方法的委托快四倍. 看代码 这是一个自定义类,其属性get方法将在委托中使用: #class to test class SomeClass { public SomeClass A { get; set; } //property to be gotten public static SomeClass GetA(SomeClass c) { return c.A; } //declared getter method } 这是我测试的三位代表: PropertyInfo AProp = typeof(SomeClass).GetProperty("A"); //1 - Created with reflection Func<SomeClass,SomeClass> Getter = (Func<SomeClass,SomeClass>)Delegate.CreateDelegate(typeof(Func<SomeClass,SomeClass>),null,AProp.GetGetMethod()); //2 - Created with a lambda expression Func<SomeClass,SomeClass> Getter2 = c => c.A; //3 - Created from a declared method Func<SomeClass,SomeClass> Getter3 = SomeClass.GetA; 这些是测试: SomeClass C = new SomeClass(); C.A = new SomeClass(); //test doesn't change whether A is set or null Stopwatch w; //reflection delegate w = Stopwatch.StartNew(); for (int i = 0; i < 10000000; i++) { SomeClass b = Getter(C); } w.Stop(); Console.WriteLine(w.Elapsed); //lambda delegate w = Stopwatch.StartNew(); for (int i = 0; i < 10000000; i++) { SomeClass b = Getter2(C); } w.Stop(); Console.WriteLine(w.Elapsed); //method delegate w = Stopwatch.StartNew(); for (int i = 0; i < 10000000; i++) { SomeClass b = Getter3(C); } w.Stop(); Console.WriteLine(w.Elapsed); //no delegate w = Stopwatch.StartNew(); for (int i = 0; i < 10000000; i++) { SomeClass b = C.A; } w.Stop(); Console.WriteLine(w.Elapsed); 结果如下: 我也尝试颠倒测试顺序,看是否有影响,或者手表是否以某种方式欺骗我,但不是,测试是一致的. 编辑:考虑“发布”编译,建议: 现在……我原本预计lambda会变慢 解决方法
这是反编译:
Func<SomeClass,AProp.GetGetMethod()); Func<SomeClass,SomeClass> arg_51_0; if ((arg_51_0 = Program.<>c.<>9__12_0) == null) { arg_51_0 = (Program.<>c.<>9__12_0 = new Func<SomeClass,SomeClass>(Program.<>c.<>9.<Main>b__12_0)); } Func<SomeClass,SomeClass> Getter2 = arg_51_0; Func<SomeClass,SomeClass> Getter3 = new Func<SomeClass,SomeClass>(SomeClass.GetA); 请注意,第一个在编译器中幸存下来几乎没有变化,而第二个第三个在很大程度上被修改. 如果我不得不冒险猜测: 第一个电话是提前使用Delegate库中使用的某种偷偷摸摸的内存管理C/C++OM技巧. 第二个是创建一个新方法并在调用它的新方法之前添加一个空检查. 虽然第三个是做与第二个类似的东西,但是将其保存到运行时,这是我猜测为什么仍然在新的内联方法中调用属性(我希望将其放入其自己的编译器创建的方法中,类似于第二个版本,所以我猜这个部分将在编译时发生,这可以解释为什么它的时间比前两个高得多可笑. 我认为关于反射速度缓慢的评论更多地针对大型图书馆;而且我猜你在这里没有看到它,因为课堂上的反映非常小,所以反思并不多. 编辑:当我输入最后一点时,我决定尝试通过扩展SomeClass对象来减慢第一个调用.我添加了大约30个新属性和20个左右的新方法.似乎没有什么区别.我也听到了关于反思的所有警告,所以这有点令人惊讶. This帖子指出有一个缓存涉及所有这些可能有很大帮助.如果缓存了所有方法元数据,那么反射应该比通过编译器添加的额外方法和检查更快.也许当你反思一个外部类时,它还没有加载/缓存.然而,这是一个更为复杂的实验. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |