c# – CLR会优化并内联此GetHashCode()吗？

发布时间：2020-12-16 01:37:51 所属栏目：百科来源：网络整理

导读：假设我们有一个这样的值类型,其中字段是readonly并在构造期间初始化： public struct SomeValue{ private readonly Int32 field1; private readonly Int32 field2; ...} 另外,假设我们有一个帮助器类,它允许我们以可重用的方式为复合类型实现GetHashCode()：

假设我们有一个这样的值类型,其中字段是readonly并在构造期间初始化：

public struct SomeValue
{
    private readonly Int32 field1;
    private readonly Int32 field2;

    ...
}

另外,假设我们有一个帮助器类,它允许我们以可重用的方式为复合类型实现GetHashCode()：

public struct SomeValue
{
    ...

    public override Int32 GetHashCode()
    {
        return HashHelpers.GetHashCode(this.field1,this.field2);
    }
}

现在,编译器必须意识到在构造类型之后字段值不会改变,因为它们是只读的.因此,当SomeValue.GetHashCode()被JIT编辑时,是否可能以某种方式内联对HashHelpers.GetHashCode()的调用？

解决方法

你没有发布你的HashHelper方法的代码,但由于它应该小而快,是的,它很可能会被内联.

并且,JIT优化器能够在编译时评估表达式并用简单的常量值替换代码.但是,当您使用只读成员时,这不会发生.因为它具有的值由构造函数决定.优化器不会考虑其他方法中的代码来猜测字段是否具有已知值.它必须能够在编译GetHashCode时检测到该值.

如果使用const初始化只读字段,则可以获得此值.并在GetHashCode实现中使用相同的const.那太难看了.鉴于您从微观优化中获得的收益非常有限,这可能不是您应该考虑的事情.可能的胜利不超过纳秒.但很可能为零,因为优化器会用mov替换xor.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!