静态方法调用比实例方法略快，因jvm跳过null检查、vtable查找和动态分派，省去对象分配与引用管理，更易被jit内联，且代码共享于元空间，减少间接寻址开销。
静态方法调用确实比实例方法略快，但这个“快”不是绝对的，而是在特定条件下体现出来的微小优势。根本原因不在代码写法本身，而在JVM底层调用机制和运行时开销的差异。
调用路径更短，省去对象校验
静态方法调用时，JVM只需定位到类的元数据区（方法区），直接跳转到已编译的机器码执行；而实例方法调用必须走callvirt指令——它要先检查接收者（this）是否为null，再根据对象的实际类型查虚方法表（vtable），最后才能确定调用哪个版本的方法。多出的空指针检查、类型推导和动态分派步骤，带来少量但可测量的CPU周期消耗。
无需对象实例，避免堆内存与引用管理
- 静态方法不依赖任何对象状态，调用前不需要new出实例，也就跳过了对象分配、GC跟踪、引用压栈等操作
- 即使你写了
obj.staticMethod()，JVM仍按静态方式解析，不会真正使用obj引用 - 高频循环中（比如10亿次调用），省掉每次的this传递和对象生命周期管理，累积效应会显现
JIT优化倾向不同
现代JVM（如HotSpot）对静态方法天然更友好：它更容易被内联（inline），尤其当方法体简单、无分支时；而实例方法即使被内联，也需保留类型检查逻辑以防子类重写。虽然JIT对热点实例方法也会做深度优化（如去虚拟化），但静态方法从起点就少了一层间接性，启动更快、稳定更早。
内存布局更紧凑
- 静态方法代码只在类加载时加载一次，存于元空间（Metaspace），全进程共享
- 实例方法虽不随每个对象复制代码，但每个对象都持有指向其类vtable的指针，大量对象会增加间接寻址开销
- 工具类（如
Math、Objects）设计为静态，正是为了复用单一入口，减少运行时不确定性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
