类方法共享代码段，优化重点是降低调用开销、避免隐式内存分配、提升缓存局部性；应优先使用静态/final方法、控制方法大小以促进内联、杜绝高频路径中的堆分配。
类方法本身不占用每个对象的内存空间，它们统一存放在代码段（text segment），所有实例共享同一份函数代码。优化重点不在“存储位置”，而在于减少调用开销、避免隐式内存分配、提升缓存局部性。
复用已有方法，避免重复逻辑生成
编译器对重复出现的简单逻辑可能内联展开，但若分散在多个类方法中，反而增加符号表负担和指令缓存压力。把通用行为抽成独立的、无状态的静态方法或自由函数，有助于编译器做跨调用优化。
- 例如：多个类都有 formatTime()，可统一为工具类中的 static String format(long ms)
- 避免在循环内反复调用含临时对象创建的方法（如 toString()、substring()）
优先使用静态方法和 final 方法
静态方法无 this 指针传递开销，且 JVM/C++ 编译器更容易内联；final 方法禁止重写，消除了虚函数查表成本，在 Java 中可触发 JIT 的激进内联，在 C++ 中避免 vtable 间接跳转。
- Java 中非 final 实例方法默认是虚调用，即使未被重写，JIT 初期仍按虚函数处理
- C++ 中将不打算重写的成员函数声明为 final，明确传达优化意图
控制方法体大小，利于编译器内联
过长的方法会超出编译器内联阈值（如 HotSpot 默认约 35 字节字节码，Clang/GCC 默认约 200–300 行 IR），导致无法内联，引入调用栈与寄存器保存开销。
- 把条件分支多、嵌套深、含大量局部对象构造的逻辑拆出为辅助私有方法
- 关键路径上的 getter/setter、转换函数应保持极简（单行 return、无 new、无锁）
避免方法中隐式分配堆内存
看似轻量的方法可能悄悄触发字符串拼接、自动装箱、Stream 创建、Lambda 实例化等堆分配，加剧 GC 压力。
- 用 StringBuilder.append() 替代 + 连接字符串（尤其在循环中）
- 用 int 而非 Integer 作参数/返回值，除非必须泛型兼容
- 避免在高频方法中 new ArrayList(), Arrays.asList(), 或 Stream.of()
