在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的分析，希望对大家有所帮助。更多精彩内容分享：头条