【Soul网关探秘】微内核架构及实现
引言
微内核架构是一种面向功能进行拆分的可扩展性架构，通常用于实现基于产品的应用。
一、基本架构
微内核架构包含两部分组件：核心系统（core system）和插件模块（plug-in modules）。应用逻辑被分割为独立的插件模块和核心系统，提供了可扩展性、灵活性、功能隔离和自定义处理逻辑的特性。
-
核心系统 通常提供系统运行所需的最小功能集。 负责和具体业务功能无关的通用功能 插件模块 插件模块是独立的模块，包含特定的处理、额外的功能和自定义代码，来向核心系统增强或扩展额外的业务能力。 负责实现具体的业务逻辑
微内核架构的本质，是将变化封装在插件里面，从而达到快速灵活扩展的目的，而又不影响整体系统的稳定。
二、设计关键点
2.1 插件管理
-
插件列表 加载方式 加载时机
常见实现方法：插件注册表机制
2.2 插件连接
插件如何连接到核心系统？
- 核心系统制定连接规范
- 插件按照规范实现
- 核心系统按照规范加载
常见连接机制：
-
OSGi（Eclipse使用） 消息模式 依赖注入（Spring使用）
2.3 插件通信
-
核心系统需要提供插件通信机制
三、Soul的微内核架构实现
3.1 架构
-
核心系统 对应 soul-web 模块 插件模块 对应 soul-plugin 模块
3.2 关键设计
1）插件管理
-
插件列表 在 soul-bootstrap 模块的 pom.xml 中引入了各插件的starter，此处的 pom 文件充当插件列表的角色。 加载方式 由 springboot 自动加载到 ioc 容器 各插件的 starter 借助 springboot 的 @Configuration + @Bean 自动加载机制完成插件加载。 加载时机 启动时加载：soul-bootstrap 启动后，由 springboot 在容器启动阶段加载插件。
2）插件连接
-
连接方式 依赖注入：借助 spring 支持的数组、集合类型自动注入能力，实现插件和网关的连接 ObjectProvider<List> plugins
3）插件通信
-
通信机制 插件定序 + ServerWebExchange传参：插件链初始化阶段完成插件排序，再借助贯穿插件执行链的ServerWebExchange，完成插件的定向传参，即某种意义上的通信机制。
总结
简单梳理了微内核架构（插件式架构），借此看清了 soul 的插件化实现路径，后续 soul 可以考虑继续深做插件热更功能。
今日内容如下图所示：
