Android使用静态上下文项引发内存泄漏的低改动修复咨询

结论 #

仅将单静态ChannelItem替换为静态MutableMap无法直接解决内存泄漏问题，必须配套清理逻辑才能生效。

原写法泄漏原因 #

Kotlin伴生对象的属性在JVM底层等价于静态类变量，生命周期和应用进程完全一致。原代码中的静态item持有ChannelItem的强引用，而ChannelItem本身持有Channel实例，作为Groupie的列表项还会间接关联ViewHolder、渲染View、甚至绑定的Activity/Context。只要这个静态强引用不解除，所有关联的对象都无法被GC回收，必然产生内存泄漏。

静态Map方案的问题 #

如果只是把单个静态引用改成静态mutableMapOf<String, ChannelItem?>()，Map本身依旧是和进程生命周期绑定的静态资源。只要你存入Map的ChannelItem没有被主动移除、对应value也没有置空，ChannelItem仍然会被静态Map强持有，泄漏风险和原写法没有任何区别。

基于当前方案的快速修复方式 #

只需要对你的现有改造方案做一点补充，就能在不改动整体结构的前提下解决泄漏问题：

• 方式1（改动最小）：在ChannelItem不再被使用的节点（比如页面销毁、列表项移出视野），主动调用map.remove(对应key)移除条目，或者将对应key的value置为null，解除强引用即可。
• 方式2（更稳妥，避免遗忘清理）：将Map的value改为弱引用类型，修改后代码如下：

class MyClass {
    companion object {
        val map = mutableMapOf<String, WeakReference<ChannelItem?>>()
    }
}

这种实现下静态Map仅持有ChannelItem的弱引用，当ChannelItem没有其他业务侧的强引用时，会被GC自动回收，不会因为静态引用导致泄漏。

内容的提问来源于stack exchange，提问作者qwerty_99