工具类中静态方法与非静态方法的内存及性能对比选型

嘿，这个问题问到点子上了！在内存堆占用和性能这两个维度上，静态方法调用和单例非静态方法调用的差异其实挺明确的，咱们结合你给出的Utilities类代码来详细拆解：

先看堆内存的消耗情况，这部分差异很直观：

• 静态方法调用（Utilities.someMethod()）：
  静态方法属于类的元数据，存储在JVM的元空间（Metaspace）里，完全不需要在堆上创建Utilities的实例对象。堆内存里不会有任何这个类的实例占用，只有类本身的结构信息（比如方法表、字段定义）会占用元空间的少量内存，这部分内存是固定且极小的。
• 单例非静态方法调用（Utilities.getInstance().someMethod2()）：
  哪怕是单例模式，你还是会在堆上创建一个Utilities的实例。哪怕这个类没有任何非静态成员变量，对象本身的对象头（包含Mark Word、类指针等信息）也会占用堆内存——在64位JVM默认开启指针压缩的情况下，大概是16字节左右。如果后续给类添加非静态成员，堆内存占用还会进一步增加。而且这个实例会一直驻留在堆中，直到类被卸载（一般不会在应用运行期间发生）。

再看调用性能的差异，这部分差异虽然小，但高频调用下会体现出来：

• 静态方法的优势：
  静态方法是静态绑定的——编译阶段JVM就已经确定了要调用的方法，直接通过类的元数据定位到方法入口，没有额外的查找步骤。而且调用静态方法时不需要传递this指针，JIT编译器在做优化（比如方法内联）时可以更高效，减少不必要的上下文处理。实际运行时，静态方法的调用速度几乎是最快的级别。
• 单例非静态方法的开销：
  非静态方法必须通过对象实例调用，哪怕是单例，你每次调用前都要先获取那个缓存的实例引用（虽然getInstance()在第一次调用后直接返回静态变量，但还是要访问这个变量）。另外，非静态方法属于动态绑定（即使是具体类，JVM还是会通过对象的类指针确认方法，虽然JIT会优化这个过程，但还是比静态绑定多了一点点开销）。同时，调用非静态方法时需要传递this指针，这个开销虽然微小，但在百万级、千万级的高频调用下，累计起来的差异还是能被观测到的。

如果你的工具类是无状态的（也就是不需要维护任何非静态成员变量，这也是工具类的常规设计），那静态方法调用的方案在内存和性能上都更优——既节省堆内存，调用速度也更快，而且代码调用起来更直观，不需要先获取实例。

但如果你的工具类需要维护一些可变的状态（虽然不推荐工具类这么设计），那单例的非静态方法是合理的选择，但这时候就要承担堆内存占用的少量开销，以及极微小的性能损失。

内容的提问来源于stack exchange，提问作者Khemraj Sharma