静态方法和默认方法在定义、调用、语义上完全隔离：默认方法通过实例调用、可访问this、支持覆写；静态方法通过接口名调用、无this、不可覆写；命名习惯也强化二者语义边界。
不会混淆——静态方法和默认方法从定义、调用到语义完全隔离，根本不在同一维度上。关键是要理解它们各自不可替代的职责。
看调用方式就能立刻区分
这是最直观、最不易出错的判断依据：
- 默认方法必须通过实例对象调用，比如
obj.doSomething() - 静态方法只能通过接口名调用，比如
MyInterface.doSomething()，写成obj.doSomething()直接编译失败 - 哪怕两个方法名字一模一样、参数也一样，编译器也不会报错，因为它们压根不构成重载或冲突
看方法体内能否用 this 和其他实例成员
这决定了方法是否属于“对象行为”还是“工具能力”：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 默认方法里可以写
this.xxx、调用其他默认方法、访问抽象方法，能组合逻辑 - 静态方法里没有
this，不能访问任何实例变量或默认方法，所有逻辑必须靠传入参数驱动 - 如果一个方法需要读取当前对象状态（比如校验自身字段），它就只能是默认方法
看设计意图是否允许被覆盖
这是决定方法类型的根本标准：
- 如果希望子类/实现类能按需定制行为（如
Collection.removeIf在不同集合中有不同优化），就用默认方法 - 如果该功能必须统一、稳定、不可篡改（如
Comparator.naturalOrder()或Objects.requireNonNull()），就用静态方法 - 静态方法不允许被继承、不能被重写，连子接口都拿不到它；默认方法可被子接口覆写，也可被实现类覆盖
命名习惯强化语义边界
约定俗成的命名能减少阅读时的认知负担：
- 静态方法多带动词前缀：如
of()、from()、isBlank()、sortDescending() - 默认方法更倾向描述对象能力：如
close()、retry()、isValid()、transform() - 避免在同一个接口里用完全相同的名称定义两者（例如同时有
parse()默认方法和parse()静态方法），不是语法错误，但会让人第一眼迟疑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
