真正能避开内存泄漏与溢出的，是写代码时就具备内存意识的人：缩小变量作用域、慎用静态引用、及时释放资源、合理管理集合与异步任务生命周期。
面试中常被问到内存泄漏与溢出问题，不是考你背概念，而是看你日常编码有没有“内存意识”。真正能避开这些问题的，往往不是最懂JVM参数的人，而是写代码时就主动防患的人。
变量作用域越小越好
局部变量用完即弃，成员变量慎用静态引用。比如在Activity或Fragment里直接持有一个Context的静态引用，Activity销毁后仍被持有，就会泄漏。
- 非必要不声明static修饰的对象，尤其避免static Context、static View、static Handler
- 用WeakReference包装可能长生命周期持有的短生命周期对象（如Activity）
- 在onDestroy()或onDetach()中主动置空监听器、回调、RxJava Disposable等引用
资源用完必须显式释放
流、数据库Cursor、Bitmap、SensorManager、LocationManager、HandlerThread这些都不是“用了就忘”的类型。JVM不会自动帮你关掉它们。
- InputStream/OutputStream、Cursor、SQLiteDatabase务必在finally块或try-with-resources中close()
- 注册的广播接收器、传感器监听器、定位监听器，对应生命周期内unregister/remove
- Handler.postDelayed()的Runnable，若Activity已销毁，记得removeCallbacks()防止空指针+泄漏
集合类别当“无底洞”
ArrayList、HashMap、EventBus、RxBus等容器一旦长期持有对象，又没及时清理，就是典型的内存泄漏温床。
- 缓存集合要设大小上限，或用LruCache替代普通Map
- 用弱引用集合（如WeakHashMap）存储仅需临时关联的对象
- 观察者模式中，注册和反注册必须成对出现；避免在Adapter里保存Activity引用做点击回调
异步任务绑定生命周期
线程、协程、RxJava、AsyncTask这些脱离UI线程运行的任务，很容易在页面销毁后还在更新UI或持有View引用。
- AndroidX推荐使用LifecycleScope.launchWhenStarted/launchWhenResumed，自动取消协程
- RxJava用CompositeDisposable + dispose()，并在onCleared()中统一清空
- 自定义线程池任务完成前先检查isFinishing()或isDestroyed()，避免回调到已销毁页面
内存问题不靠事后排查，靠每行代码的习惯。写完一个功能，顺手问自己一句：这个对象谁来回收？它会不会比我想的活得更久？
