编译器极致内联优化不改变gc可达性逻辑，但通过缩短局部变量生命周期、协同逃逸分析使对象提前不可达；栈上分配对象不参与gc，字段引用不受内联影响。
编译器对对象作用域执行极致内联优化时，不会直接改变垃圾回收的可达性逻辑，但会间接影响对象是否“实际可达”的判定结果——关键在于它可能让某些引用提前失效，从而加速对象进入不可达状态。
内联本身不修改引用关系，但会缩短局部变量生命周期
方法内联是将被调用方法的代码直接插入调用处，消除调用栈帧。这使得原方法中声明的局部变量不再绑定于独立栈帧，其作用域被折叠进外层方法体。JVM 或 .NET 运行时在做可达性分析时，以当前执行点的活跃栈帧为根；一旦内联后某个局部变量在代码流中再无后续使用，运行时（尤其在开启优化的 Release 模式下）可将其视为“已死亡”，即使变量名还存在，也不再构成强引用根。
- 例如：
Beta b = new Beta(); foo(b);中的b若被内联且foo内部未逃逸该对象，编译器可能判定b在foo返回后即不可达 - 调试模式下（禁用优化）则通常保留局部变量至方法末尾，人为延长引用生命周期
逃逸分析是内联发挥可达性影响的前提
极致内联常与逃逸分析协同工作。只有当编译器确认对象未逃逸（即未被写入堆、静态字段或传给未知方法），才可能触发栈上分配或更激进的生命周期收缩。此时，即便代码中写了 new Object()，该对象也可能根本不进入堆，自然绕过 GC 的可达性扫描。
- 栈上分配的对象：生命周期严格绑定于方法栈帧，返回即自动销毁，不参与 GC
- 未逃逸但仍在堆分配的对象：内联后若其唯一引用者（如局部变量）被提前“遗忘”，GC 根集合中就不再包含它
静态字段和实例字段引用不受内联影响
内联只作用于方法调用结构，不触碰字段赋值语义。哪怕 a.b1 = obj 出现在被内联的方法里，该赋值仍会真实写入 a 的实例字段或类的静态字段，形成独立于局部变量的强引用根。因此：
-
obj被赋给Alpha.b1后，即使创建它的局部变量置null或因内联而提前失效，obj仍通过静态引用保持可达 - 内联不能“删除”已发生的字段写入，也不能让已有堆引用凭空消失
对开发者的关键提示
你无法靠写 obj = null 来“帮助 GC”，真正起作用的是编译器能否证明该引用已无后续用途。因此：
- 避免在长方法中提前声明大对象并长期闲置，压缩其在代码流中的活跃区间更利于内联+逃逸分析生效
- 慎用静态缓存、单例容器等全局引用，它们会覆盖任何局部作用域优化的效果
- 性能敏感路径优先使用值类型、复用对象池（
sync.Pool/ObjectPool<t></t>），减少对可达性判定的依赖
