默认方法不能访问实例字段，因其运行时虽指向实现类实例，但仅能调用接口中声明的公开方法，无法触达实现类的字段或私有成员；它本质是无状态的委托逻辑，须通过已定义契约（如size()）间接获取信息，而非依赖隐式状态或外部副作用。
默认方法不能访问实例字段，它天然就不该依赖当前实例状态——这不是限制，而是设计边界。Java 接口不支持实例变量，所以任何试图读写 this.name、this.cache 或调用未声明的私有成员的行为，在编译期就会失败。所谓“过度依赖实例状态”，往往源于误把默认方法当成普通实例方法来用，或在逻辑中隐式依赖实现类的内部行为。
认清默认方法的调用上下文
默认方法运行时的 this 指向的是实现类实例，但它能访问的仅限于接口中公开的方法（包括其他 default 方法、抽象方法），无法触达实现类的字段或私有方法。这意味着：
- 它不能做“状态缓存”——比如在方法里 new HashMap() 并赋值给某个字段（接口没字段）
- 它不能做“状态校验”——比如检查
this.isInitialized（该字段不存在） - 它能做的，是委托调用：比如
this.size()、this.iterator()，前提是这些方法已在接口中声明为 public 抽象或 default
用委托代替状态感知
当需要“基于当前对象行为做判断”时，应通过已定义的契约方法间接获取信息，而非假设状态存在。例如：
- ❌ 错误写法（伪代码，实际编译不过）：
default boolean isEmpty() { return this.data == null || this.data.size() == 0; }（this.data未声明） - ✅ 正确写法：
default boolean isEmpty() { return this.size() == 0; }
前提是接口已定义int size()抽象方法，由各实现类保证语义一致
警惕隐式状态依赖的常见陷阱
有些依赖不直接写字段，但依然破坏纯函数性：
立即学习“Java免费学习笔记（深入）”；
- 调用外部服务（如
new RestTemplate().getForObject(...)）——引入 I/O 和远程状态 - 读取系统属性或环境变量（
System.getProperty("env")）——运行时可变，不可预测 - 依赖 Spring Bean（如
ApplicationContext.getBean(...)）——绕过 DI 生命周期，首次调用可能 NPE - 使用静态可变状态（如
Counter.increment()）——跨实例共享，非幂等
这些操作都不该出现在默认方法中。若必须，应明确拆出为独立 service，由实现类注入并调用。
用 private helper 方法约束逻辑边界
Java 9+ 支持接口中定义 private 方法，可用于封装可复用的纯计算逻辑，进一步隔离副作用：
- 把字符串处理、数值转换、条件判断等无状态逻辑放进
private方法 - 默认方法只负责“协调”：调用抽象方法获取数据 + 调用 private 方法加工 + 返回结果
- 这样既保持 default 方法体简洁，又避免把复杂逻辑和潜在副作用混在一起
