私有静态方法private static method-值得用吗?

Resharper的同学都知道,如果你写了一个私有函数,这个函数没有访问类里面的其他参数和方法,那么它建议你标记这个方法为私有静态方法,提示是这样的:

私有静态方法private static method-值得用吗?

值得这样做吗?看看微软的建议

After you mark the methods as static, the compiler will emit non-virtual call sites to these members. Emitting non-virtual call sites will prevent a check at runtime for each call that ensures that the current object pointer is non-null. This can result in a measurable performance gain for performance-sensitive code. In some cases, the failure to access the current object instance represents a correctness issue.

意思就是说,编译器对标记为静态的函数无需检测this指针是否为空,有时候这样的检测会对性能敏感的应用产生影响。说的比较笼统,其实原因是对非静态函数来说,都会默认传递第一个this参数,就是this地址,调用的时候会首先压入栈;如果是静态函数,this指针的入栈这一步就免了,IL就免了ldrag.0这一步:

私有静态方法private static method-值得用吗?

CPU方面

而大家知道,传递一个额外的参数给函数需要一些开销,CPU要把它放到寄存器,然后把它压入线程栈(Thread Stack)等等。省了这一步自然性能有所提升。但其实和装箱拆箱、算法、IO访问、数据库和网络访问等比起来简直就是微乎其微,后几项对性能的影响可能是十倍甚至百倍的。

内存方面

内存方面,大家知道函数和变量不同,变量的话私有的在线程栈(Thread Stack)中(调用函数前分配该内存),静态的在全局堆(Heap)里面(在加载AppDomain的时候就分配)。函数在内存中通常是存放在代码段(Code Segment),但在.NET中是在堆(Heap)里面,函数刚开始存在assembly中然后被映射到进程内存中,JIT编译器把他们复制为native code并被执行,所以基本上函数在内存中是存在堆(Heap)里面。不是每个实例(instance)一份,只有一份。

该不该用?

如果你的私有函数没有访问类里面的其他参数和方法,又被频繁调用,那就把他设为private static吧,没有什么坏处哦。看看微软的源码里面,也是大量使用私有静态方法:

私有静态方法private static method-值得用吗?

最后提醒一句,public static的变量/方法/事件慎用,很容易引起内存泄露的问题。

上一篇:企业用户选择Java多于.NET的 5个原因


下一篇:nginx 安装、启动、重启、关闭 (linux系统命令行)