static的本质是“属于类本身”，用于共享数据和无状态行为；正确使用可提升清晰度与效率，滥用则引发线程安全、内存泄漏等问题。
static 的本质不是“静态”，而是“属于类本身”。它解决的是两类根本需求：需要被所有实例共享的数据，以及与具体对象无关的通用行为。用对了，代码更清晰高效；用错了，容易引发线程安全、内存泄漏或设计僵化问题。
该用 static 的时候：共享与无状态
当某个变量或方法天然就该被所有对象共用，且不依赖任何对象的状态时，static 就是自然选择。
-
共享配置或常量：比如
public static final String API_BASE_URL = "https://api.example.com"，所有实例都该读同一份地址，无需重复存储 - 全局计数器或缓存句柄：如用户注册总数、连接池管理器，这类资源本就是单点、跨实例的
-
纯计算工具方法：像
StringUtils.isEmpty()或Math.max()，输入决定输出，不读取也不修改任何对象字段
不该用 static 的时候：避免隐式耦合和状态污染
static 容易让类变成“全局状态容器”，一旦滥用，会破坏封装、阻碍测试、引发并发风险。
- 持有可变业务状态：比如把用户登录态、购物车内容放在 static 字段里，会导致多用户数据串扰
-
引用非 static 成员或 this：static 方法里写
this.name会编译失败；若绕道传入对象再操作，说明它本就不该是 static -
替代依赖注入：用
static DatabaseConnection conn替代构造函数注入，会让单元测试无法 mock，也违背控制反转原则
访问与初始化：语义清晰比语法可行更重要
Java 允许用对象引用 static 成员（如 new Config().ENV），但这只是语法宽容，不是设计意图。
-
始终用类名访问：写
Config.ENV而不是config.ENV，明确表达“这是类级别的契约” - 静态代码块用于一次性预热：加载驱动、解析配置、初始化不可变缓存——这些动作只做一次，且必须在类可用前完成
-
静态变量声明即初始化，或在静态块中初始化：避免声明为
private static List<string> cache;</string>却忘了 new，否则运行时 NPE
静态内部类：轻量嵌套的正确姿势
它不是“内部类的静态版”，而是“独立于外部类实例的嵌套类”，适合逻辑内聚但无状态依赖的场景。
- 不持外部类引用：比普通内部类更省内存，不会因意外持有 Activity 或 Service 导致泄漏
-
可直接实例化：
new Outer.StaticHelper()，无需先 new Outer，适合 Builder 模式或消息载体类 - 只能访问外部类的 static 成员：这反而是优势——强制划清边界，防止隐式依赖
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
