强引用是Java中最常见且最顽固的引用类型，只要对象被强引用指向，垃圾回收器绝不会回收它，即使内存不足抛出OutOfMemoryError；其特点是仅当强引用被显式断开（如置为null）且无其他强引用时，对象才可能被回收。
强引用是 Java 中最常见、最“强硬”的引用类型，只要一个对象还被强引用变量指向，它就绝对不会被垃圾回收器回收，哪怕内存已经紧张到要抛 OutOfMemoryError 了。
强引用的写法和特点
你平时写的绝大多数引用都是强引用：
-
String str = new String("hello");——str就是一个强引用，指向堆中那个字符串对象 -
List<integer> list = new ArrayList();</integer>——list强引用着这个ArrayList实例
只要这些变量还在作用域内（比如没出方法、没被置为 null、没被重新赋值），JVM 就认定这个对象“正在被使用”，绝不会清理它。
强引用与垃圾回收的关系
垃圾回收器只对“不可达”对象下手。所谓不可达，就是从 GC Roots（如栈帧中的局部变量、静态变量、本地方法栈引用等）出发，**没有任何一条强引用链能到达该对象**。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 即使对象只被一个强引用连着，它也是“可达”的，不会被回收
- 如果强引用被显式断开（比如
str = null;），且再无其他强引用，那它才可能在下一次 GC 中被回收 - 强引用不会因为内存不足而“自动放弃”——这点和软引用、弱引用有本质区别
为什么需要理解强引用？
它是理解 Java 内存管理的起点：
- 内存泄漏常源于本该断开的强引用没断开（比如静态集合不断添加对象却不清除）
- 缓存、监听器、内部类持有外部类引用等场景，若用错引用类型，容易造成意外的强引用滞留
- 想让对象及时释放，就得主动管理强引用的生命周期：赋值、置空、及时移除集合引用等
基本上就这些。强引用不复杂，但容易忽略它的“顽固性”——它不是“建议保留”，而是“必须保留”，直到你亲手切断它。
