C#内联属性吗？

Question

C#内联访问属性吗？我知道内联的JIT有32字节(指令？)限制,但它是内联属性还是只是纯方法调用？

Answer 1

这取决于JIT(就我所知,C#编译器没有进行任何内联),但我相信JIT会在大多数情况下内联琐碎的属性.

请注意,它不会内联MarshalByRefObject包含System.Windows.Forms.Control(via System.ComponentModel.Component)的类型的成员.

我也看到double字段在通过属性访问时最终效率较低 - 可能是因为存在一些细微之处(由于寄存器使用等).

另请注意,64位和32位JIT是不同的,包括它们对内联的处理方式.

编辑:我刚刚发现David Notario 2004年的一篇博客文章,其中包含更多信息.然而,那是在2.0发货之前 - 我不会惊讶地发现现在至少有一些已经改变了.反正可能会引起人们的兴趣.

编辑:另一个问题涉及2008年Vance Morrison博客文章,它提供了更多信息.有趣的东西.

Answer 2

属性访问是只是一个纯粹的方法调用.编译器为属性访问和具有类似签名的方法调用发出的IL没有区别,这可以回答您的问题.

Answer 3

我花了一段时间才弄清楚在Visual Studio中你可以在JIT编译后查看托管代码的反汇编.

那么为什么不创建一个具有非常简单的访问器属性的类,在发布模式下运行它,设置一个断点,看看反汇编说的是什么？

如果您在调试器下运行发布模式代码,则在deugger下运行它可能会禁用JIT优化!相反,你需要在没有调试器的情况下启动它,让它JIT,然后使用调试器连接到已经运行的进程(然后*然后打开反汇编窗口). (6认同)
你为什么不告诉我们如果(如你所说)花了你一段时间才弄清楚怎么做？ (3认同)

Answer 4

我最近发布了一个类似的问题：

我的问题是公共字段比属性更快，因为我运行的是 64 位 Vista 并且 JIT 也将我的代码编译为 64 位，并且我的属性没有内联。强制项目针对 x86 进行编译确实内嵌了该属性，并且该属性与公共字段之间没有速度差异。

因此，C# 32 位 JIT 执行内联属性，而 64 位则不执行，任何其他非静态方法也不执行。