接口default方法的核心价值是实现二进制兼容的静默升级——老实现类无需重编译、不改源码即可调用新方法，JVM在运行时自动委派至接口默认实现，兼顾多实现灵活性与编译期安全。
接口加 default 方法，核心价值是让老代码不改一行也能跑新功能——它把原本“一升级就崩”的接口演进，变成了“静默升级、平滑过渡”的过程。
老实现类不用重编译就能用新方法
JVM 在链接阶段不要求实现类必须提供接口中所有方法的字节码。只要旧类字节码里没有这个方法签名，运行时就会自动调用接口里的 default 实现。
- 比如 JDK 8 给
Collection加了stream()和removeIf()，ArrayList、LinkedList这些老类完全没动源码，照样能用 - 第三方库如
FastList或自定义集合，只要没重新编译，扔进 JDK 8+ 环境照常启动、照常调用 - 构建工具（Maven/Gradle）不会因接口变化拒绝打包，CI 流程不受干扰
不碰继承结构，适配已有类设计
抽象类虽能写默认逻辑，但一个类只能继承一个；而接口可以多实现，default 方法正好补上这个缺口。
- 你的类可能已继承
AbstractQueue，又想支持并行遍历？加个Parallelizable接口带default parallelStream()就行，零侵入 - 日志、序列化、资源关闭这些横切能力，全靠多个接口组合，default 方法让每个契约都能自带基础行为
- 接口保持“纯能力声明”定位，default 只在被调用时生效，不抢构造器、不占字段、不干预初始化
编译期可控，避免运行时爆炸
Java 8 前加个方法，老实现类编译能过，但一运行就抛 AbstractMethodError，服务重启即挂；default 方法把它拉回开发者的掌控范围。
- 新增
log(Level, String)，老ConsoleLogger不报错、不崩溃，直接走默认拼接逻辑 - 错误从“上线才暴露的运行时故障”，变成“编译失败即拦截”的明确反馈
- 哪怕默认实现只是抛
UnsupportedOperationException，也比静默失败更利于定位和演进
不是万能兜底，关键在合理设计
default 方法保的是二进制兼容和编译通过，不保语义正确或性能合理。
- 逻辑应简单无副作用：字符串处理、委托调用已有抽象方法、组合已有 default 方法
- 不能访问私有字段或未声明的方法（如
this.cache或this.toString()），否则运行时报错 - 多接口同名 default 方法会强制你在实现类中
@Override并显式选择路径，避免歧义
