Android应用大量使用静态类存中间变量是否有问题？会丢失数据吗？

一、大量使用该方案存在的问题 #

• 内存泄漏风险
  公开的静态变量会长期持有引用对象，如果存储的listStudent内部包含Context、Activity等带生命周期的对象，会导致关联的页面资源无法被GC正常回收，长期累积会引发OOM（内存溢出）崩溃。
• 数据一致性与可维护性问题
  全应用任意位置都可以直接修改静态类的公共变量，多线程并发读写时没有同步锁保护会触发并发修改异常、读到脏数据；出现数据异常时也无法快速定位修改位置，后期维护成本极高。
• 状态不可控问题
  静态变量的生命周期和应用进程完全绑定，当应用切到后台、系统内存不足时会主动杀掉应用进程，重新打开应用时所有静态变量都会重置为初始化状态，之前写入的更新数据会全部丢失，极易触发空指针、逻辑异常等问题。另外如果没有每次启动时主动重置静态变量的逻辑，进程未被杀死时重新打开应用还会读到上一次的残留数据，导致业务逻辑混乱。

二、关于数据丢失的疑问 #

静态类本身在类加载完成后不会被单独销毁，但是只要出现以下任意场景，存储的数据都会100%丢失：

1. 应用进程被系统回收（后台内存不足杀进程、用户手动清理后台杀应用、系统重启等）
2. 应用更新后重启、用户主动清除应用缓存/数据

三、推荐替代方案 #

如果是为了避免Intent传参的繁琐，可根据场景选择更稳定的方案：

• 页面间传递少量临时数据：使用官方Activity Result API或者跨页面共享ViewModel
• 需要持久化存储的配置类数据：使用SharedPreferences/DataStore存储小数据，量大的结构化数据使用Room数据库
• 确需全局共享的单例数据：封装为带同步锁的单例类，不要直接暴露公共静态变量对外随意修改

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