Flink中AbstractStreamOperator通过封装通用字段与默认方法、定义抽象钩子，实现模板方法模式；它继承StreamOperator接口，统一算子契约，为子类提供可扩展的骨架逻辑。
直接看主流开源框架的源码，接口和抽象类的设计意图一目了然。它们不是语法练习，而是为了解耦、扩展和统一行为契约。
从 Apache Flink 看抽象类如何封装骨架逻辑
Flink 的算子（Operator）体系大量使用抽象类来固化执行流程。比如 AbstractStreamOperator 就是一个典型：
- 它实现了 StreamOperator 接口，但自身是 abstract 类，不能被 new 出来；
- 内部预置了通用字段：config、output、runtimeContext，所有子类自动继承，不用重复声明；
- 提供了默认实现的方法（如
open()、close()），子类可按需覆盖； - 同时定义了抽象方法（如
prepareSnapshotPreBarrier()），强制子类根据具体语义实现快照逻辑。
这正是“模板方法模式”的落地——把稳定部分收在抽象类里，把变化点留给子类填空。
从 Java 集合框架看接口如何定义能力契约
List 接口本身不关心底层怎么存数据，只承诺几件事：
立即学习“Java免费学习笔记（深入）”；
- 支持按索引访问（
get(int)）、插入（add(int, E)）、删除（remove(int)）； - 允许遍历、扩容、查找；
- 所有实现类（ArrayList、LinkedList、CopyOnWriteArrayList）都必须满足这一套契约。
而 AbstractList 是它的抽象类实现，做了两件事：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 复用：把
indexOf()、lastIndexOf()、contains()这些基于get()和size()的通用逻辑写死了； - 留空：只抽象出
get(int)和size()让子类自己实现——ArrayList 返回数组元素，LinkedList 走链表遍历。
接口划边界，抽象类做减法。调用方只依赖 List，框架内部靠 AbstractList 降重复代码量。
从 Spring Framework 看接口如何支撑策略切换
Spring 的事件机制靠 ApplicationEventPublisher 接口解耦发布者与监听器：
- 任何组件只需持有该接口引用，就能发事件，完全不知道背后是同步调用、异步线程池，还是响应式流；
- 实际实现有 SimpleApplicationEventPublisher（同步）、ApplicationEventMulticaster（广播）、甚至第三方集成的响应式实现；
- 新增一种事件分发方式？只要新写一个实现类，注入容器即可，原有业务代码零修改。
这就是接口的核心价值：让“做什么”和“怎么做”彻底分离，为替换、测试、扩展留出空间。
快速定位技巧：三步找到关键设计
在 IDEA 或 GitHub 上读源码时，可以这样高效识别：
- 搜 interface + 动词：比如 “Processor”、“Resolver”、“Handler”，这类命名大概率是行为接口；
- 搜 abstract class + Template / Base / Abstract：比如 “JdbcOperations”，实际是接口；但 “JdbcOperationsTemplate” 或 “AbstractJdbcDao” 就是抽象基类；
- 看类图或继承树：右键类名 → “Diagrams → Show Diagram”，一眼看出哪些是顶层接口、哪些是中间抽象类、哪些是最终实现。
不复杂但容易忽略：真正体现设计功力的地方，往往不在最上层接口，而在那个承上启下的抽象类里。
