强引用确保对象不被回收，但易导致内存泄漏；弱引用允许对象在无强引用时被回收，适用于缓存和监听器管理。
在Java中，对象间的引用关系直接影响内存使用和垃圾回收行为。合理设计引用类型，尤其是强引用与弱引用的使用，能有效避免内存泄漏、提升系统性能。核心在于明确对象生命周期依赖关系，根据实际场景选择合适的引用强度。
强引用：默认且最常用的引用方式
强引用是Java中最常见的引用形式，只要一个对象被强引用指向，就不会被垃圾回收器回收。
示例：Object obj = new Object(); 这里的obj就是对新创建对象的强引用。即使内存紧张，只要该引用存在，对象不会被回收。
问题出现在过度使用强引用维护长期存活对象对短期对象的引用，比如缓存或监听器列表未及时清理，容易导致本应释放的对象无法回收。
立即学习“Java免费学习笔记（深入）”；
弱引用：实现自动清理的引用机制
弱引用通过WeakReference类实现，它不阻止垃圾回收。一旦对象只被弱引用持有，下一次GC就会将其回收。
适用场景：- 缓存数据：希望内存不足时自动清除，避免OOM
- 监听器或回调注册表：防止注册对象因被强引用而无法释放
- 映射关系中键或值不需要长期驻留内存的情况
例如，用WeakHashMap作为缓存，它的key是弱引用。当key不再被外部引用时，整个条目会被自动清理，适合构建以对象为索引的元数据存储。
引用队列：监控引用状态变化
结合ReferenceQueue可以监听弱引用所指对象是否已被回收，用于执行清理逻辑。
创建弱引用时传入引用队列，GC回收对象后，该弱引用会被加入队列。后台线程可定期检查并处理这些“失效引用”，释放相关资源。
这种机制常用于需要精确控制资源释放时机的场景，如连接池、文件句柄管理等。
设计建议：按生命周期匹配引用类型
判断是否使用弱引用的关键是看引用方与被引用方的生命周期关系。
- 若引用方生命周期短于或等于被引用方，使用强引用即可
- 若被引用方可能先于引用方结束，且不应阻止其回收，则应使用弱引用
- 对于全局管理结构（如注册表），优先考虑弱引用避免累积泄漏
注意：频繁创建弱引用可能增加GC负担，应在必要时使用。同时，访问弱引用对象需通过get()方法，并判断返回值是否为null，防止空指针异常。
基本上就这些。关键是理解对象间依赖的真实语义，而不是盲目替换强引用为弱引用。合理使用，才能既保功能又控内存。
