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

c# – CLR会优化并内联此GetHashCode()吗?,第1张

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

public struct SomeValue{    private Readonly Int32 fIEld1;    private Readonly Int32 fIEld2;    ...}@H_502_12@  

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

public struct SomeValue{    ...    public overrIDe Int32 GetHashCode()    {        return HashHelpers.GetHashCode(this.fIEld1,this.fIEld2);    }}@H_502_12@  

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

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

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

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

总结

以上是内存溢出为你收集整理的c# – CLR会优化并内联此GetHashCode()吗?全部内容,希望文章能够帮你解决c# – CLR会优化并内联此GetHashCode()吗?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/langs/1216177.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2022-06-05
下一篇2022-06-05

发表评论

登录后才能评论

评论列表(0条)

    保存