【测试】.net中使用Property会拖慢多少速度

我先写了一个简单的类：

测试1：写入速度
变量直接写入：


耗时3505ms
通过属性写入：


我去 3508ms 仅仅慢了3毫秒！！

测试2：读取速度
变量直接读取：

（其实应该说是一次读取+ 一次写入，写入测试相同。）

3525ms
通过属性读取：


3514ms 居然比变量读取还快。。。
我非常怀疑是给优化掉了！！！

我觉得啊，属性是为了对象数据安全访问设置的，如果直接开放变量成员为接口会存在安全隐患，而且不能象属性一样设置访问规则，至于探讨时间我觉得意义不大，毕竟代码的执行速度因机器而异，多100句代码也就那么回事。

上Reflector
这是使用Property写入的IL：

这是变量赋值的IL：

我凌乱了。。。求大神解释。。。

我用Ollydbg反编了IL编译出的x86汇编
大致方法：因为程序运行后会输出一个Hello world!，必定会调用Kernel32.dll中的

于是用Olly在这坨东西上设断点

果然程序卡在WriteConsoleOutputAttribute上了，然后跟出，进入mscoree.dll，再跟出，再跟出……一直到了某块内存空间里去 这里就是存放即时编译后的汇编码的地方：

上面这段程序是
Module Program
Sub Main()
Console.ReadKey(True)
Console.WriteLine("Hello World!")
Dim a As TestClass = New TestClass()
Dim i As Integer
For i = 0 To 2000000000
a.IntProperty = i
Next
Console.Write("Press any key to continue . . . ")
Console.ReadKey(True)
End Sub
End Module
从汇编码可以看出vb.net的优化真得做得非常好
虽然从VB.NET -> MSIL的转换中没有把对属性的复制优化出来，但是在即时编译中居然直接将其转化成对内存地址的读写。而且自动把i当作一个寄存器变量来使用 真是出乎意料！

另附a.IntVariable = i的反编，可以看到除了内存地址其他和前者完全没区别！

我现在彻底相信VB.NET的理论效率可以达到C++的级别了。。。
上次做了个测试，一个循环+数组操作，不带对象构建的程序，VB.NET花了17秒，C++也是17秒，C花了16秒。

.NET的JIT引擎编译的时候会做优化，IL代码块不超过32字节的自动作为内联函数处理掉。楼主的代码是简单的getter和setter，编译器肯定会优化。如果属性读写性能真的不如字段读写，那FCL里到处都是属性，效率不得慢死？楼主倒是应该考虑测测反射的性能，那才是大坑。

反射的效率也是可以用各种方式来补救的，比如使用接口之类的，事实上，很多时候这种到IL的性能差异不是关键，真正的关键还是在于你的逻辑和算法编写上边，比如适当的做些缓存，反射后的委托的保留等等。