在Go语言中，有一个好像很好用，但却比较少人提及的功能，那就是Go Plugin。
目前在 Go 工程中普遍还没广泛的使用起来，覆盖率不高。在 Go issues 上吐槽挺多，甚至感觉有点像凉了半截的样子。
今天就大家一起学习 Go Plugin，看看为什么会说感觉 “有点像凉了半截” 的样子，打开来看看这个问题在哪。
为什么需要Go Plugin
原因如下：
可插拔的插件：程序能够随时的安装插件，也能够卸载他，获得更多运行时的自定义能力。
可动态加载运行时模块：随时安装了插件，自然也就需要可自行决定运行哪个插件的模块了。
可独立开发插件、模块：主系统和子插件，可能由不同的团队开发和提供，也更有价值。
为什么不被需要
但，为什么 Go Plugin 已经发布了 4 年依然没有被大规模应用，甚至对于不少业务开发来讲是不被需要的呢，或是压根不知道有这东西?
究其原因，我个人认为一个东西的广泛应用要至少符合以下三大点：
基数：需要的场景多。
上手：方便且易用。
质量：没有大问题。
比较折腾的人的是，Go Plugin 这三大点都欠一些火候，综合导致了该功能的没有大规模应用。
像是要应用 Go Plugin 有诸如下约束：
环境问题：不支持 Windows 等(暂无计划，#19282)，MacOS 有些问题，一开始只支持 Linux，其他的也是后面慢慢增加的支持。
Go 版本问题：Plugin 构建环境和第三方包的依赖版本需要保持一致。
特性问题：Plugin 特性的缺失，例如不支持插件的关闭，暂时无新计划支持(#20461)。
目前 Go Plugin 并不是 Go Team 的优先事项，在 Windows/Mac 的支持存在问题。GOPATH 有问题，不同 GO 版本也有问题。更是建议如果您想要插件，请走较慢的 grpc 路线，因为它们是有效的插件。
也可以参考为数不多的一些 Go Plugin 用户的方案，例如：tidb，甚至写了个指导文档。
但如果要在生产正式使用，劝你还是需要慎重考虑，又或是再等等...等更完善的那一天?
以上就是Go插件系统Plugin的分析，希望对大家有所帮助。更多精彩内容分享：头条
