static类变量共享且生命周期与类一致，应只用于不变或全局一致数据；避免持有可变对象引用导致内存泄漏，初始化需可控，访问须显式用类名。
用 static 修饰类变量时，内存管理的关键是明确“共享”与“生命周期”的双重特性：它只在元空间分配一份，但会一直驻留到类卸载——所以重点不在“省多少”，而在“值该不该长期存在”。
只共享真正不变或全局一致的数据
静态变量属于类，所有实例共用同一块内存。适合存放配置项、常量、计数器等跨对象一致的值。
- ✅ 推荐：数据库连接 URL、日志级别、默认超时毫秒数、应用版本号
- ❌ 避免：用户登录信息、会话 token、临时缓存结果——这些数据本该隔离，一旦 static 化就会造成实例间污染和并发错乱
- ⚠️ 注意：static final String 会被放入字符串常量池复用；但 static List
这类可变集合必须自行同步，否则多线程写入会出问题
警惕引用导致的对象滞留
静态变量本身在元空间，不参与 GC，但它若持有堆中对象的引用，那些对象就无法被回收。
- 例如：static Map
cache = new HashMap(); 若不主动清理或加淘汰策略，key-value 会长期霸占堆内存 - 解决方案：改用 WeakHashMap（key 弱引用）、ConcurrentHashMap 配合定时清理，或直接选用 Caffeine 等带 LRU/LFU 的缓存库
- 特别注意：不要让 static 变量引用 Activity、Context、View 等 Android 组件，极易引发内存泄漏
初始化要可控，避免隐式加载失败
静态变量在类加载时初始化，若初始化逻辑抛异常，会导致整个类加载失败，后续所有调用都报 NoClassDefFoundError。
- 推荐把复杂初始化移到 static 代码块 中，并包裹 try-catch，至少记录错误、提供默认值
- 如需延迟加载（比如配置文件读取失败后重试），可用“静态内部类单例”或双重检查锁模式，避免类加载阶段阻塞
- 多个 static 变量之间有依赖时，按源码顺序声明，确保先初始化基础依赖项
访问方式要规范，减少歧义
虽然能用 obj.staticVar 访问，但语义上它不属于对象，这种写法容易误导维护者，也掩盖潜在 bug。
- 一律使用 ClassName.staticVar 显式表明类级别归属
- 工具类中的静态变量建议配合 private + public static getter，便于后期加日志、校验或替换实现
- 避免在构造方法或实例方法中反复赋值 static 变量，除非业务明确需要全局状态变更（如开关控制）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
