Java接口中静态方法是将无状态且与接口语义强相关的核心工具逻辑内聚到协议层，如Comparator.comparing()；必须满足不依赖实例状态和强契约绑定两个前提，调用只能通过接口名，不可继承或覆盖。
Java 接口中定义静态方法，本质是把与该接口语义强相关的、无状态的通用逻辑直接“内聚”到协议层，而不是散落在外部工具类里。它不是为了替代传统工具类，而是当某组辅助功能天然属于某个接口的职责边界时，最自然的落点。
静态方法必须满足“无状态+强相关”两个前提
接口里的 static 方法不是随便放的。它得同时满足：不依赖任何实例状态（不能访问 this、不能调 default 方法、不能读写非静态字段），且逻辑上和接口定义的行为契约紧密绑定。比如 Comparator 接口提供 comparing()，是因为“构造比较器”就是比较行为的一部分；Identifiable 接口提供 extractIds()，是因为“从可识别对象中取 ID”是该协议的核心衍生能力。
- ✅ 合适：List.of()（语义上属于集合创建契约）、Comparator.nullsFirst()（比较策略的标准化封装）
- ❌ 不合适：DateUtils.format()（日期格式化与任意接口都无必然关联）、HttpUtils.post()（网络调用脱离业务协议）
定义方式简单，但签名设计决定复用质量
语法上只需 public static + 方法体，但真正影响复用的是参数和返回值设计：
- 参数优先用不可变类型（String、int、LocalDateTime）或泛型限定（如 Collection extends Identifiable>），避免传入业务上下文或 Service 实例
- 对 null 输入明确处理：统一返回空集合/默认值，或抛 IllegalArgumentException，不留给调用方猜测
- 方法名体现动词+意图，如 parseId(String)、filterValid(List
)、mergeDefaults(Map ...)，不叫 helper() 或 util()
调用必须走接口名，且无法被继承或覆盖
这是关键约束，也恰恰是它的优势所在：
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确调用：Comparator.comparing(Person::getName)
- ❌ 编译报错：new MyComparator().comparing(...)（实例不能调静态方法）
- ❌ 编译报错：MyComparator.comparing(...)（实现类名不能代用接口名）
- ⚠️ 注意：若实现类自己写了同名 static 方法，两者完全独立，互不影响
和 default 方法分工明确，别混用
static 和 default 是两种不同定位的机制：
- static 方法提供“工具能力”，像扳手——谁都能拿，但不参与对象行为定制
- default 方法提供“可复用+可覆盖的行为骨架”，像预装模块——子类能直接用，也能按需改写
- 想让实现类参与逻辑（比如根据具体类型调整校验规则），用 default；只做纯转换、构造、校验等通用事，才用 static
