优化高频调用方法的关键是合理分配变量：局部变量最快且无GC压力，实例变量慎用于高频场景，静态变量只读高效但写入需防竞争与类加载问题。
优化高频调用方法，关键不在于“改逻辑”，而在于让变量各归其位、减少跨区域访问和内存压力。变量存哪、怎么用、何时释放——直接决定方法的调用开销和GC频率。
实例变量：绑定对象生命周期，慎用于高频场景
实例变量（非 static）随对象一起分配在堆中，只要对象存活，它就一直占堆空间。对高频调用方法而言，频繁读写实例变量会引发两个问题：一是堆访问比栈慢（涉及引用定位、可能触发 GC 扫描）；二是若该对象被长期持有，实例变量会拖慢整个对象的回收。
- 高频方法内若仅需临时状态，优先改用局部变量替代实例变量
- 避免在循环体或递归入口反复读写同一实例变量（如
counter++），可先复制到局部变量操作，最后再回写 - 若必须保留状态，考虑是否能用 ThreadLocal 隔离线程级副本，避免锁竞争和堆争用
静态变量：集中管理但易成瓶颈，注意初始化与可见性
静态变量存在方法区（JDK8+ 为元空间），属于类级别共享。它的读取速度接近局部变量（方法区常驻、无 GC 压力），但写入需考虑线程安全和类加载时机。
- 高频方法中只读静态常量（如
static final Map）是安全且高效的，JIT 可能直接内联 - 避免在高频路径中执行
staticVar = compute()这类赋值——不仅有同步开销，还可能触发元空间扩容或类重定义问题 - 若需缓存计算结果，优先用
ConcurrentHashMap+ 检查并更新模式（CAS 或 computeIfAbsent），而非简单读-改-写
局部变量：栈上操作最快，是优化主战场
局部变量（含方法参数、int/long 等基本类型、对象引用）全部存在当前线程栈帧的局部变量表中，访问极快，且方法退出即自动释放，无 GC 开销。
- 把高频方法中重复使用的表达式结果提为局部变量（例如多次调用
list.size()，改为int len = list.size()） - 避免在循环内创建新对象（如
new StringBuilder()），改用栈上复用（声明在循环外，每次.setLength(0)） - 对小对象（如封装两个 int 的 ValueObj），开启 JVM 参数
-XX:+DoEscapeAnalysis -XX:+EliminateAllocations，配合标量替换，让它“假装没在堆上”
实战检查清单：三步定位变量布局问题
拿到一个待优化的高频方法后，不用盲猜，按顺序验证：
- 用
javap -v ClassName查看字节码，确认局部变量表大小和操作数栈深度是否稳定（突增说明隐式装箱/临时对象多） - 用 JFR（Java Flight Recorder）录制运行时内存事件，重点关注
Object Allocation Outside TLAB和StackFrame分布，看是否有局部变量意外逃逸到堆 - 对比开启
-XX:+PrintGCDetails前后 GC 日志，若高频方法上线后年轻代 GC 次数明显上升，大概率是局部对象未及时消亡或实例变量生命周期过长
