
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()吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)