强引用对象仅在彻底不可达时才被回收，与内存压力无关；软引用则在内存不足临界点由JVM延迟回收，需判空使用。

强引用对象在垃圾回收时完全不触发回收，哪怕内存已耗尽、JVM即将抛出 OutOfMemoryError，只要它还被强引用链连着（比如局部变量、静态字段、集合中的元素），GC 就不会碰它。回收唯一前提：该对象彻底不可达——即所有强引用都被显式置为 null 或已超出作用域。

强引用：不看内存，只看可达性

它的回收时机和内存压力毫无关系。GC 的判断依据只有一个：从 GC Roots（如栈帧里的局部变量、静态字段、JNI 引用等）出发，能否顺着引用链访问到这个对象。能访问到 → 不回收；访问不到 → 标记为可回收（后续才真正清理）。

• 常见误用：把大对象（如 byte[100MB]）反复放入 ArrayList 却不清理或置 null，导致堆持续膨胀直至 OOM
• 正确做法：不用时主动断开，例如 list.clear()（清空元素引用）、obj = null、或让变量自然离开作用域
• 性能特点：零额外开销，但“保命”太强，容易成为内存泄漏的根源

软引用：看内存余量，临界前才清理

软引用对象不会在每次 GC 时检查或回收，而是由 JVM 根据当前堆内存使用情况动态决策。典型策略是：只有在即将发生 OutOfMemoryError 前的某次 Full GC（或某些 JDK 版本下的特定 GC 阶段）中，才会批量回收所有软引用指向的对象。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

• 回收不是“立刻响应内存不足”，而是“延迟响应”——JVM 会估算剩余空间是否足够支撑接下来的分配，再决定是否清理软引用
• 不同 JDK 版本判定逻辑略有差异（如 HotSpot 在 JDK 8 中基于最近 GC 后的空闲空间估算），所以不能假设某次 Minor GC 就会清掉软引用
• 取值必须判空：SoftReference ref; T obj = ref.get(); if (obj != null) { ... }，因为 get() 可能随时返回 null

关键对比：一个场景看区别

假设堆最大 256MB，当前已用 240MB，新申请 20MB 对象：

• 强引用对象：哪怕只剩 1MB 空间，只要它还在引用链上，JVM 宁可抛 OOM 也不回收
• 软引用对象：JVM 判定“240MB 已用 + 20MB 新需 = 260MB > 256MB”，触发回收动作，软引用对象大概率在这次 GC 中被清除，腾出空间完成分配
• 弱引用对象：哪怕堆还剩 200MB，只要任意一次 GC（包括刚发生的 Young GC）运行，它就可能被立即回收

本质上，强引用是“生死契约”，软引用是“信用额度”——用不用得还，取决于你当前还剩多少“信用”（可用内存）。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南