基本类型变量不参与垃圾回收，因其存储在栈中（局部变量）或随对象存于堆中（成员变量），生命周期由调用栈自动管理，GC仅处理堆中对象引用。
基本类型变量本身不参与垃圾回收，因为它们不存储在堆中，也不产生对象引用。
基本类型变量的内存位置决定其生命周期
在Java等有明确堆栈区分的语言中，基本类型（如int、boolean、char等）若定义为局部变量，直接存放在栈内存中；若为成员变量，则随所在对象一起分配在堆中。栈中变量的生命周期由方法调用栈自动管理——方法执行结束，栈帧弹出，变量空间立即释放，无需垃圾回收器介入。
垃圾回收器只关注堆中的对象引用
垃圾回收（GC）的作用范围仅限于堆内存中动态创建的对象。它通过追踪“从GC Roots可达的引用链”来判断对象是否存活。基本类型变量既不是对象，也不构成引用链的一环，因此GC完全忽略它们。
- 例如：
int x = 10;中的x是栈上一个32位值，方法返回后空间自动归还，不触发任何GC逻辑 - 即使
x被重新赋值或作用域结束，也不会产生“失去引用”的概念——它本来就没有引用语义
容易混淆的情况：包装类与基本类型的区别
当使用 Integer i = 10; 这类写法时，实际创建的是堆中的 Integer 对象（自动装箱），此时 i 是引用类型变量，指向堆中对象。若该引用被置为 null 或超出作用域，且无其他引用指向该 Integer 实例，它才可能被GC回收。
- 注意：小范围整数（-128~127）可能被缓存，多次装箱可能复用同一对象，但这属于优化细节，不改变GC判定逻辑
- 基本类型变量永远不等于“弱引用”“软引用”等高级引用类型，也不存在“被回收”的说法
不复杂但容易忽略：谈基本类型变量的“回收”，本质上是混淆了内存管理的不同层级。栈清空靠执行模型，堆清理靠GC算法，二者职责分明。
