Go语言插件机制有三种实现方式：plugin包（仅Linux/macOS，轻量但受限）、exec.Command跨平台子进程（推荐CLI工具，支持热更新与沙箱）、go:embed静态注册（零开销但需重编译）；选择取决于构建约束、平台需求与生命周期管理复杂度。
Go 语言本身不支持运行时动态加载未编译的源码，但可通过 plugin 包（仅 Linux/macOS）或接口+反射+独立进程等方式实现插件机制；直接用 plugin 最轻量，但跨平台和热更新能力弱——选哪种，取决于你是否能接受构建约束和 OS 限制。
用 plugin 包加载已编译的 .so 文件（Linux/macOS）
Go 的 plugin 要求插件是用相同 Go 版本、相同构建标签、相同 GOPATH（或模块路径）编译的 .so 文件，且导出符号必须是可导出的变量或函数（首字母大写）。
- 主程序需以
buildmode=plugin编译插件：go build -buildmode=plugin -o plugin1.so plugin1.go - 插件文件中必须定义一个符合约定的接口变量，例如：
var PluginImpl Plugin = &MyPlugin{}，其中Plugin是主程序定义的接口 - 主程序用
plugin.Open()加载后，用Lookup()获取符号，再类型断言为接口：sym, _ := p.Lookup("PluginImpl"); impl := sym.(Plugin) - 若出现
plugin: not implemented on linux/amd64，说明你用了 CGO 禁用模式（CGO_ENABLED=0），而plugin强制依赖 CGO
用接口 + exec.Command 实现跨平台插件（推荐用于 CLI 工具）
把插件做成独立可执行文件，通过标准输入/输出与主程序交换 JSON 消息，规避 plugin 的平台与版本绑定问题，也天然支持热更新和沙箱隔离。
- 插件二进制需实现固定命令行协议，例如：
./plugin1 --init输出初始化元信息，./plugin1 --run '{"input":...}'处理任务并返回 JSON 响应 - 主程序用
exec.Command启动，设置StdinPipe和StdoutPipe，避免阻塞；注意超时控制，防止插件卡死主流程 - 插件进程崩溃时，
cmd.Wait()会返回非 nil error，需主动检查并清理状态，否则可能残留僵尸进程 - Windows 上路径含空格时，
exec.Command不自动加引号，建议用exec.CommandContext并显式拆分命令名与参数
用 go:embed + map[string]func() 实现“静态插件”（适合配置驱动场景）
当插件逻辑简单、变更不频繁，且无需外部部署时，可把插件函数注册进内存映射表，用字符串 ID 触发调用——零进程开销，无兼容性问题，但每次更新需重新编译主程序。
立即学习“go语言免费学习笔记（深入）”；
- 定义统一签名：
type PluginFunc func(map[string]interface{}) (map[string]interface{}, error) - 在
init()函数中注册：plugins["validator_email"] = emailValidator - 配合
go:embed plugins/*.go预加载源码（需额外解析执行，不推荐）；更稳妥的是只 embed 配置，函数仍写死在主模块中 - 注意并发安全：若插件函数修改全局状态，需自行加锁；注册表本身应设为
sync.Map或初始化后只读
真正难的不是加载方式，而是插件生命周期管理：如何卸载正在运行的插件、如何传递上下文取消信号、如何让插件感知配置变更。这些在 plugin 中几乎无法做，在子进程模型里却可以靠信号和管道自然实现——选方案前，先想清楚你的“插件”到底需要多大的自由度。
