显式绑定是插件库设计中保障模块解耦、运行可控和安全加载的关键机制，通过运行时按需建立接口连接、定义稳定pluginAPI、符号解析替代硬编码、分步校验流程及严格资源生命周期管理实现。
显式绑定是插件库设计中保障模块解耦、运行可控和安全加载的关键机制。它不依赖编译期链接，而是在运行时按需建立插件与内核之间的接口连接，避免隐式依赖和符号冲突。
明确插件与内核的契约边界
内核必须提前定义稳定、最小化的 pluginAPI 接口集（如日志、配置、事件总线），所有插件只能通过这些公开接口与系统交互。禁止插件直接访问内核私有字段或未导出函数。例如：
- 内核暴露
pluginAPI.Logger.Info()，而非让插件调用console.log或内核内部 logger 实例 - 插件注册服务时，只传入符合
ServiceInterface的对象，内核负责校验实现完整性 - 接口版本需语义化管理（如 v1.2.0），插件声明兼容范围，内核在加载阶段做版本匹配检查
使用符号解析替代硬编码调用
在动态加载场景（如 Linux .so / Windows DLL），显式绑定依赖运行时符号查找，而非链接器自动解析：
- Linux 下用
dlsym(handle, "PluginStart")获取入口函数指针，失败时返回清晰错误（非段错误） - Windows 对应使用
GetProcAddress(hLib, "PluginStart")，并检查返回值是否为 NULL - 插件导出函数名须统一前缀（如
devui_plugin_*）并加版本后缀（_v2），防止命名污染
绑定过程必须可验证、可中断
显式绑定不是“加载即运行”，而是分步校验的受控流程：
- 加载阶段：验证签名、检查 ABI 兼容性（如 CPU 架构、字长）、确认依赖库存在
- 初始化阶段：调用插件
Init()函数，传入内核提供的上下文对象；若返回 error，立即终止流程并卸载 - 启动阶段：仅当 Init 成功后才调用
Start()，且该函数应支持超时控制与 panic 捕获
资源生命周期严格对齐
绑定建立后，释放必须与绑定一一对应，杜绝悬挂引用：
- 每个
dlopen()必须配对dlclose()，且仅在插件Stop()完成后执行 - 内核维护插件句柄引用计数，同一插件重复加载时复用已有句柄，避免多次映射
- 插件自身不得缓存内核传入的回调函数指针以外的任何运行时对象（如 DOM 节点、EventEmitter 实例）
