什么是微内核架构？它如何组织和工作？

插件向应用注册，让核心知道哪些功能可用。根据设计，注册可以在启动时进行，也可以在安装插件时进行。

示例：增加报表导出格式

报表应用的核心负责选择报表、准备数据并显示导出按钮。PDF 插件注册 PDF 导出支持，电子表格插件则注册自己的格式。

用户选择 PDF 时，核心将报表数据传给 PDF 插件。插件创建文件并返回结果，供核心提供下载。

要支持另一种格式，开发者创建遵循现有契约的插件即可。只要契约能够支持新需求，核心就不必包含每种格式的文件生成细节。

优点

• 更易扩展功能： 扩展可以作为独立插件开发，减少核心代码的修改。
• 适应不同需求： 每个用户或客户可以启用与自己工作相关的插件。
• 多个团队能够扩展产品： 清晰的契约使团队无需理解应用的全部代码库，就能开发插件。

局限

• 必须维持兼容性： 修改核心契约可能使旧插件失效，因此需要版本管理和兼容性测试。
• 插件故障可能影响应用： 同一进程中的插件可能使应用变慢或崩溃。要实现隔离，需要额外的执行和资源边界。
• 依赖过多会增加维护难度： 相互调用或深入核心内部的插件，会变得难以升级或移除。

什么时候适合使用？

这种架构适合编辑器、CMS 产品、开发工具，以及具有客户专属扩展的软件。当共享功能相对明确、扩展可以独立变化时，它最有价值。对于功能较少且无需扩展的应用，插件机制可能增加不必要的复杂性。