Java 8接口static方法能提供接口专属工具功能，如校验、转换、工厂创建；不能被继承或重写，不能访问实例成员，必须通过接口名调用且必须有实现体。
Interface static 方法能做什么，不能做什么
Java 8 开始允许在 interface 中定义 static 方法，但它**不能被实现类继承或重写**，只属于接口自身。它适合放那些和接口契约强相关、但又不需要实例上下文的纯逻辑函数，比如对象校验、常量转换、默认构造辅助等。
常见误用是试图用它替代 default 方法做实例行为封装，或者指望子类能覆写它——这会直接编译失败。
-
static方法必须有方法体（不能是 abstract） - 调用必须通过接口名：例如
MyInterface.validate(x)，不能通过实现类实例调用 - 不能访问
this或实例字段，也不能调用default方法（除非显式传入实例）
什么时候该把工具函数放进 interface static 而不是工具类
核心判断标准：这个函数是否**语义上绑定到该接口的领域逻辑**，且使用方大概率已 import 该接口？如果是，放进去能减少类路径跳转、提升可发现性。
比如 Comparator 的 comparing()、naturalOrder() 就是典型：它们不操作具体实例，但完全服务于 Comparator 的比较语义。相反，字符串截取、日期格式化这种通用操作，就不该塞进业务接口里。
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐：将
List<T>转为该接口实现的工厂方法，如PaymentStrategy.of(List<String> configs) - ✅ 推荐：基于接口常量的解析逻辑，如
Status.fromCode(int code)（Status是枚举式接口） - ❌ 避免：日志打印、HTTP 请求封装、JSON 序列化——这些和接口契约无关
static 方法与 default 方法协作的典型模式
静态方法常作为“入口”，把参数预处理后，再交给 default 方法完成实例级逻辑。这样既保持静态方法的无状态性，又复用实例方法的能力。
例如一个支付策略接口：
interface PaymentStrategy {
boolean supports(Currency currency);
void execute(PaymentContext ctx);
// 静态入口：校验 + 调用实例方法
static PaymentStrategy of(String code) {
Currency currency = Currency.parse(code); // 工具逻辑
return new ConcreteStrategy(currency); // 实例构造
}
// default 方法可被实现类复用或覆写
default boolean isValidAmount(BigDecimal amount) {
return amount != null && amount.compareTo(BigDecimal.ZERO) > 0;
}
}
- 静态方法负责“怎么来”（创建、解析、选择），
default负责“怎么做”（通用行为模板） - 注意：静态方法里不能直接调用
this.isValidAmount(...)，但可以 new 实例后调用，或把实例作为参数传入静态方法 - 如果逻辑需要访问实现类字段，必须显式传入实例，例如
static void logExecution(PaymentStrategy s, String msg)
编译与运行时要注意的兼容性陷阱
接口静态方法从 Java 8 引入，但早期 Android（API < 24）或某些老 JVM 环境不支持。如果项目需向下兼容，要么降级为普通工具类，要么用 @TargetApi 注解+反射兜底（不推荐）。
另一个容易忽略的点：接口静态方法**不参与多态分派**，哪怕子接口重写了同签名方法（实际不允许），JVM 也只认声明该方法的接口类型。
- 错误示例：
MySubInterface.doWork()如果没定义该 static 方法，就会编译报错，不会向上查找父接口 - 正确做法：所有调用都明确指向定义它的接口，如
ParentInterface.doWork() - 模块化场景下，若接口在不同 module，确保调用方 module 的
requires声明包含该接口所在 module
