“调度器 + 执行器 + 数据”确实是许多框架的核心骨架，尤其在数据处理、任务执行、查询引擎等场景中。但一个完整、健壮、可扩展的框架通常还会引入其他关键角色，以应对复杂性、灵活性和工程化需求。
下面我们系统梳理一下：除了这三者，框架中常见的其他核心角色有哪些？
✅ 1.配置（Configuration）
- 作用：控制框架行为的“开关”和“参数”。
- 为什么需要：调度策略、执行方式、数据格式等往往需要外部定制。
- 例子：
- Spring 的
application.yml - Lucene 的
IndexWriterConfig - Kafka 的
ProducerConfig
- Spring 的
- 特点：通常在启动时注入，影响调度器/执行器的行为。
🧩没有配置，框架就无法适应不同场景。
✅ 2.上下文（Context）
- 作用：在一次请求/任务/会话中传递共享状态或元信息。
- 为什么需要：调度器和执行器之间可能需要传递临时数据（如用户身份、事务ID、追踪ID），但又不能通过参数层层传递。
- 例子：
- Spring 的
ApplicationContext - Web 的
HttpServletRequest/SecurityContext - gRPC 的
Context
- Spring 的
- 特点：生命周期通常与单次操作绑定，避免全局变量污染。
🧵Context 是“隐式参数通道”，解耦跨层通信。
✅ 3.工厂（Factory） / 构建器（Builder）
- 作用：创建复杂对象（尤其是执行器或数据解析器），隐藏构造细节。
- 为什么需要：执行器可能依赖多种组件，直接
new会导致耦合。 - 例子：
SessionFactory（Hibernate）RestTemplateBuilder（Spring）QueryParser.Factory（Lucene）
- 特点：支持依赖注入、策略选择、缓存复用。
🏭工厂让“如何创建”与“如何使用”分离。
✅ 4.拦截器 / 过滤器（Interceptor / Filter）
- 作用：在调度前后或执行前后插入横切逻辑（AOP 思想）。
- 为什么需要：日志、鉴权、限流、监控等通用功能不应侵入核心逻辑。
- 例子：
- Spring MVC 的
HandlerInterceptor - Servlet 的
Filter - gRPC 的
ClientInterceptor
- Spring MVC 的
- 特点：可插拔、链式调用（责任链模式）。
⚡拦截器是“非侵入式增强”的关键机制。
✅ 5.注册中心 / 插件管理器（Registry / Plugin Manager）
- 作用：动态管理执行器或策略的集合，支持扩展。
- 为什么需要：框架需允许用户注册自定义执行逻辑（如自定义字段解析器、序列化器）。
- 例子：
- Elasticsearch 的
NamedWriteableRegistry - MyBatis 的
TypeHandlerRegistry - Spring 的
BeanFactory（本质是组件注册中心）
- Elasticsearch 的
- 特点：通常配合 SPI（Service Provider Interface）使用。
🔌注册中心让框架具备“开放扩展”能力。
✅ 6.生命周期管理器（Lifecycle Manager）
- 作用：管理组件的初始化、运行、销毁过程。
- 为什么需要：调度器/执行器可能需要启动后台线程、打开连接、释放资源。
- 例子：
- Spring 的
InitializingBean/DisposableBean - Tomcat 的
Lifecycle接口 - Netty 的
ChannelHandler生命周期
- Spring 的
- 特点：确保资源安全，避免内存泄漏。
♻️没有生命周期管理，框架无法用于生产环境。
✅ 7.异常处理器（Exception Handler）
- 作用：统一捕获和处理执行过程中抛出的异常。
- 为什么需要：避免执行器崩溃导致整个系统宕机，并提供友好错误响应。
- 例子：
- Spring 的
@ControllerAdvice - Dubbo 的
ExceptionHandler
- Spring 的
- 特点：通常位于调度器外围，形成“保护壳”。
🛡️异常处理是系统健壮性的最后一道防线。
🌐 总结：框架的完整角色图谱
graph LR A[配置] --> B(调度器) C[上下文] --> B D[注册中心] --> E(执行器) F[工厂] --> E B --> E G[数据] --> B H[拦截器] -->|环绕| B & E I[生命周期管理] --> B & E J[异常处理器] -->|捕获| E💡 关键结论
- “调度器 + 执行器 + 数据”是框架的“执行内核”，负责核心功能；
- 其他角色是“支撑系统”，解决配置、扩展、可观测性、健壮性、易用性等工程问题；
- 小型工具库可能只有三者，但工业级框架必然包含上述多个角色；
- 这些角色共同体现了现代软件设计原则：关注点分离、开闭原则、依赖倒置、组合优于继承。
所以，你抓住了主干，而这些“配角”让主干能长成参天大树 🌳。