应避免滥用static变量以防OOM，因其随类加载而长期驻留内存；禁用static持有大对象、Context或UI组件；优先使用WeakReference、ThreadLocal或专业缓存；上线前须工具扫描并分析堆内存。

防止项目中滥用 static 变量 导致 JVM 堆内存溢出（OOM），核心在于理解 static 变量的生命周期和引用强度——它随类加载而创建，随类卸载而销毁；而类通常在整个应用生命周期内不会被卸载，所以 static 持有的对象会一直存活，若持有大量数据或未及时清理，极易引发内存泄漏并最终 OOM。

避免 static 持有大对象或集合

static 字段若直接引用大数组、缓存 Map、文件流、数据库连接、监听器列表等，会导致这些对象无法被 GC 回收。

• 禁止写类似 private static byte[] cache = new byte[1024 * 1024 * 100]; 这样的硬编码大数组
• 若需缓存，优先使用 WeakReference、SoftReference 包装值，或选用 ConcurrentHashMap 配合 LRU 策略 + 定期清理
• 静态集合（如 static List）必须配套提供 clear() 方法，并在业务结束时显式调用

警惕 static 持有 Activity、Context 或 View（Android 场景）

在 Android 中，static 引用 Activity 或其内部 View，会阻止整个 Activity 的视图树被回收，快速积累内存。

• 绝对不要写 private static Context sContext = activity;
• 如需全局上下文，只保留 getApplicationContext()，且确保不通过它间接引用 Activity 实例
• 使用弱引用包装 UI 相关对象：private static WeakReference sTextRef;

慎用 static 工具类中缓存实例

工具类为“无状态”设计，但开发者常误加 static 缓存字段来提升性能，反而埋下隐患。

• 例如 JSON 解析工具类里加 private static ObjectMapper mapper = new ObjectMapper(); 是安全的（单例轻量）
• 但若改成 private static Map jsonCache = new HashMap(); 就危险——没上限、不淘汰、不清理
• 建议改用线程局部缓存：private static final ThreadLocal LOCAL_MAPPER = ThreadLocal.withInitial(ObjectMapper::new);

上线前强制检查 static 使用点

靠人工 review 容易遗漏，应结合工具形成卡点。

• 用 SonarQube 或 Alibaba Java Coding Guidelines 插件扫描 static + Collection / array / Context 等关键词组合
• JVM 启动参数加入 -XX:+TraceClassLoading 和 -XX:+PrintGCDetails，观察 full GC 后 static 持有对象是否仍占高比例
• 用 MAT（Memory Analyzer Tool）打开 heap dump，按 “Group by System Classloader” 查看哪些 static 字段引用了最多对象

static 不是洪水猛兽，关键在明确它的“全局常驻”属性。每次声明 static 字段前，自问一句：这个引用是否必须跨整个应用生命周期存在？能否延迟初始化？能否用弱引用来降级引用强度？能否交给专门的缓存组件管理？答案是否定的，就别用 static。