中间件

Hook 侧重现有流程上运行时的局部修改，插件侧重模块化功能扩展，Middleware 是流程中可以扩展的横切面。三者核心目标都是不侵入主程序的前提下实现扩展。 Hook vs 插件 Hook 与插件是两种常见的扩展机制，它们在实现方式、应用场景和解决的问题上存在显著差异。 **Hook（钩子）**是一种通过拦截或修改现有流程的执行逻辑，插入自定义代码的机制。 插件是一种模块化的功能扩展机制，通过动态加载的独立模块向主程序注入新功能。 维度 Hook 插件 实现方式 拦截或替换现有流程（如函数调用、事件触发） 动态加载独立模块，通过 API 与主程序交互 侵入性 低（无需修改源码，直接拦截流程） 低（主程序无需依赖插件） 控制粒度 细粒度（可精确到单个函数或事件） 粗粒度（通常针对模块级功能） 动态性 运行时生效（如热补丁） 运行时加载/卸载（如插件管理器） 典型用途 行为拦截、动态修改、事件统一处理 功能扩展、模块化开发、多租户定制 hook 侧重现有流程上运行时的局部修改，插件侧重模块化、功能扩展、架构层的设计。 Middleware vs Hook Middleware（中间件）：是一种串联在核心流程上下游的组件，用于对核心操作的输入/输出进行预处理、后处理或增强。它通常形成一条"管道（Pipeline）"，请求/数据会按顺序经过多个中间件，最终到达核心逻辑，再沿原路返回。核心目标是解耦通用功能（如日志、认证、缓存）与核心业务逻辑。 Hook（钩子）：是在程序特定生命周期节点（如初始化后、销毁前、事件触发时）预留的"接口"，允许开发者注册自定义逻辑，在节点触发时自动执行。钩子不直接干预核心流程的输入/输出，而是"挂靠"在关键节点上响应事件。核心目标是提供扩展点，允许开发者在不修改核心代码的前提下，介入程序的生命周期或事件处理。 middleware 是流程中可以扩展横切面，可以扩展多个。hook 是某些固定的点上，留下 hook 口。 middleware 是流程上的扩展； hook 是功能点上的扩展，比如 delete 后，调用一个 hook 做一些其他资源清理或检查，但是这 delete 不一定会调用，不是流程必须的； middleware 就是主流程中的扩展。 Middleware vs 微内核 Middleware 是一种嵌入核心业务流程前后的组件，用于处理通用化、横切性的功能（即"横切关注点"）。它的核心作用是增强核心流程的能力，同时保持核心业务逻辑的简洁性。 微内核架构的核心是一个最小化的"内核"（仅包含系统最基础的能力，如模块管理、通信机制），所有业务功能通过插件（Plugin）动态扩展。内核不包含具体业务逻辑，仅负责插件的加载、卸载、通信和生命周期管理。 维度 Middleware 中间件 微内核架构 设计目标 处理"横切关注点"，增强核心流程的通用能力 支持功能动态扩展，实现系统模块化和解耦 与核心的关系 嵌入核心流程的执行链中，依赖核心流程存在 插件独立于内核，内核仅负责管理插件（不依赖插件） 调用方式 链式调用（前一个中间件处理后传递给下一个） 插件通过内核注册/调用，插件间通过内核间接通信 动态性 通常静态配置（启动时确定中间件组合），动态性弱 支持运行时动态加载/卸载插件，动态性强 功能定位 聚焦"流程增强"（如日志、认证、缓存） 聚焦"功能扩展"（如新增业务模块、工具） 典型示例 Gin 日志中间件、JWT 认证中间件 VS Code 插件系统、Linux 内核模块 关键区别总结 与核心流程的关系： ...