属性比字段慢

Question

似乎我遇到的每个帖子都达成了相同的共识：仅返回字段的属性由 JIT 内联，并且与字段具有几乎相同的性能。

但是，我目前的情况似乎并非如此。我的程序进行密集计算，访问许多只是自动获取器和私有设置器的属性。然而，在这种特殊情况下，我只是在复制一个对象。

在启用优化的发布模式下分析代码导致对属性的get 函数的多次调用。对 Copy() 的调用总计高达 ~5.6 毫秒。

但是，当属性转换为字段时，函数的运行速度比使用属性快 6 倍：

与使用字段相比，比较两个属性的相等性似乎会导致更大的性能损失。这是一个类的 IEquatable 实现的基准，使用相同的代码，但将属性与字段交换。

如果 JIT 应该通过内联属性来优化属性，为什么会发生这种情况？我想保留属性，因为它们的访问控制方面非常方便，但如果它们慢得多，我会坚持使用字段。

编辑：似乎受此问题影响的某些（但不是全部）情况正在使用接口中声明的属性。在这些情况下没有使用其他多态性，但在这些情况下，移除接口会使性能差异达到预期水平。

编辑 2： 如上一次编辑所述，似乎部分问题是由于接口虚拟调用造成的。经过更多调查，似乎在 CLR 中运行基准测试可以正确内联属性，但 JetBrains dotTrace 没有，即使选中了“启用内联”。

Answer 1

不幸的是，除了尝试使用

帮助 JITTER 之外，您能做的不多

[MethodImpl(MethodImplOptions.AggressiveInlining)]

AggressiveInlining 如果可能，该方法应该被内联。

现在从技术上讲，这只能用于方法或构造函数，但是您似乎可以在 getter 上测试它并自行设置它们。即它编译（虽然我还没有测试过）

public int someType
{
   [MethodImplAttribute(MethodImplOptions.AggressiveInlining)]
   get;
   [MethodImplAttribute(MethodImplOptions.AggressiveInlining)]
   set;
}

注意 : in-lining 是一个神奇的黑匣子，抖动的感觉可能喜欢也可能不喜欢，甚至属性也只是一个建议。另请注意，位数也可能会影响它内联的内容。

最后，我认为你的做法是正确的，你应该只使用一个 bechmarker 或 profiler，并相应地进行微优化，