Go的plugin包因Windows硬性不支持及跨平台兼容性差，不可用于生产CLI插件；应采用独立进程+IPC（如HTTP/gRPC）方案，支持多语言、热更新与调试。
Go 插件机制只支持 Linux/macOS，Windows 上根本跑不起来
go 的 plugin 包底层依赖系统动态链接器（dlopen），windows 没有兼容实现，所以 plugin.open() 在 windows 上直接 panic，错误信息是 "plugin: not implemented on windows"。这不是编译问题，也不是 flag 没开，是 runtime 层面硬性限制。
如果你的 CLI 必须跨平台，别在 Windows 上硬试 plugin——它不会工作。替代方案只有两个：用 Go 1.16+ 的 embed + 预编译插件逻辑（静态），或改用进程间通信（如子进程调用独立二进制）。
- Linux/macOS 下启用插件需用
go build -buildmode=plugin单独构建每个插件文件（必须是.so后缀） - 主程序不能用
cgo（否则插件加载失败），且主程序和插件必须用完全相同的 Go 版本、GOOS/GOARCH、甚至相同编译器参数构建 - 插件内不能引用主程序的符号（比如主程序定义的 struct），否则
plugin.Lookup()会返回"symbol not found"
插件导出函数必须是 func() interface{} 类型，且不能带参数
Go 插件只能导出全局变量或函数，但 CLI 扩展场景下几乎全靠函数。关键约束是：插件里要被主程序调用的函数，签名必须严格为 func() interface{}（或 func() error 等具体类型），不能有参数，也不能返回多个值。
这是因为 plugin.Symbol 只做类型断言，不负责参数绑定或反射调用。你不能导出 func(name string) bool，否则 sym.(func(string) bool) 直接 panic。
- 推荐统一约定插件导出一个
Init函数，返回实现某个接口的实例，比如type Command interface { Name() string; Run([]string) error } - 插件代码里必须显式赋值给包级变量，例如：
var Init = func() interface{} { return &myCmd{} }，不能写在 init() 里 - 主程序加载后需用类型断言转换：
v, _ := sym.(func() interface{})(); cmd, ok := v.(Command)，断言失败说明插件没按约定实现
插件热加载时，旧插件内存不会自动释放，多次 reload 会泄漏
Go 的 plugin.Close() 并不等价于卸载——它只是把 plugin 对象标记为不可再用，底层 .so 文件的内存映射（mmap）仍驻留在进程内，且无法被 GC 回收。连续 load → close → load，会导致 RSS 持续上涨，最终 OOM。
这不是 bug，是设计使然：Go 不支持真正的动态卸载，因为运行时无法安全清理已注册的 goroutine、finalizer、全局 map 引用等。
- 生产环境避免频繁 reload；如需更新，建议整个 CLI 进程重启（用子进程 exec 自身新版本）
- 开发期可加限制：每个插件路径只允许 load 一次，后续 reload 返回缓存结果（需自己维护 map[string]*plugin.Plugin）
- 用
runtime.ReadMemStats定期检查HeapSys和NumGC，能提前发现异常增长
CLI 命令路由和插件生命周期需要手动对齐
标准 flag 或 spf13/cobra 不知道插件存在，你得在 main() 里手动扫描插件目录、加载、注册命令。更麻烦的是：插件可能依赖初始化顺序（比如先连数据库再注册命令），而 plugin.Open() 是同步阻塞的，容易卡住 CLI 启动。
- 不要在
init()里加载插件，避免 import 循环和副作用不可控；应在main()开头或第一个命令解析前集中处理 - 给插件加超时控制：用
exec.Command("timeout", "5s", "./plugin.so")验证其基础可用性（仅限子进程模式），或对plugin.Open()包一层time.AfterFunc+os.Exit（不优雅但有效） - 插件应实现
PreRun和PostRun方法，在 CLI 的RunE前后调用，用于资源获取/释放，避免 open defer close 散落在各处
plugin.Lookup() 就会静默失败——它不报错，只返回 nil。调试时务必先用 nm -D plugin.so | grep Init 确认符号存在，再检查主程序中 import 路径是否和插件构建时完全一致。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
