Go 插件依赖项如何工作？

golang学习网今天将给大家带来《Go 插件依赖项如何工作？》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到golang等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

问题内容

Go 1.8 支持 Go 插件。

我创建了两个插件，如下所示。

据我了解，该插件仅公开main包中的函数和变量。即对于非变量/函数plugin.Lookup()将失败。main

但我想测试一个插件是否可以在内部调用另一个插件的方法，类似于 C++ 库如何调用另一个库。

所以我测试如下：

****插件1 github.com/vimal/testplugin

$ cat myplugin.go
package main

import "C"
import "fmt"
import help "github.com/vimal/testplugin1/plug"

func init() {
        fmt.Printf("main.init invoked\n")
}
// TestPlugin 
func TestPlugin() string {
        return help.Help()
}

****插件2 github.com/vimal/testplugin1

$ cat myplugin.go
package main

import "C"

func HelperFunc() string {
        return "help"
}
$ cat plug/helper.go
package help

func Help() string {
        return "help234"
}

这里的想法是 plugin1 调用 plugin2 的内部非main函数。

主程序

主程序加载一些作为参数给出的插件，并TestPlugin()从最后一个插件调用。

测试1：

构建两个插件，加载两个插件，然后调用TestPlugin()，输出包含"help234"，即调用内部函数。这可以理解，因为两个插件都加载了，一个插件可以调用另一个插件的内部代码。

测试2：

只加载plugin1，然后invoke TestPlugin()，输出包含"help234"，即调用了内部函数。观察到与 test1 中相同的输出。或许这一次的方法是从 中找到的GOPATH。

测试3：

将文件夹重命名"github.com/vimal/testplugin1"为"github.com/vimal/junk1"，删除plugin2，只加载plugin1，然后调用TestPlugin()。输出仍然包含"help234"，即调用内部函数。

我无法理解 test3 如何产生相同的输出。plugin1 是否也包含 plugin2 代码？如何理解 Go 插件对其他 Go 插件的依赖？

去版本：go version go1.8rc3 linux/amd64

正确答案

你并没有完全按照你的想法去做。

您的 plugin1 导入并使用一个 包 ，即github.com/vimal/testplugin1/plug. 这与plugin2 不“相等” ！

这里发生的是，当您构建 plugin1 时，它的所有依赖项都构建到插件文件中，包括.../testplugin1/plug包。当你加载 plugin1 时，它的所有依赖项也会从插件文件中加载，包括plug包。在此之后，无论 plugin2 的加载状态如何，它都能正常工作也就不足为奇了。这两个插件彼此独立。

指示编译器-buildmode=plugin您要构建插件而不是独立应用程序，但这并不意味着不能包含依赖项。它们必须是，因为插件无法保证 Go 应用程序将加载它，以及 Go 应用程序将具有哪些包。因为一个可运行的应用程序也只包含来自应用程序本身显式引用的标准库的包。

保证插件将拥有所需的一切并且如果它还包含其所有依赖项（包括来自标准库的依赖项）的唯一方法。（这就是构建简单插件会生成相对较大文件的原因，类似于构建简单的 Go 可执行文件会生成大文件。）

例如，很少有不需要添加到插件的东西包括 Go 运行时，因为将加载插件的正在运行的 Go 应用程序已经运行了 Go 运行时。（请注意，您只能从使用相同版本的 Go 编译的应用程序加载插件。）但除此之外，插件必须包含它需要的所有内容。

Go 是一种静态链接语言。编译 Go 应用程序或插件后，它们不依赖也不检查 的值GOPATH，它仅由 Go 工具在构建它们时使用。

更深入的洞察力

您的主应用程序和插件可能引用同一个包（通过导入路径“相同”）。在这种情况下，只会使用包的一个“实例”。

如果这个通常提到的包具有“状态”，例如全局变量，则可以对其进行测试。让我们假设一个名为的通用共享包mymath：

package mymath

var S string

func SetS(s string) {
    S = s
}

还有一个pg使用它的插件：

package main

import (
    "C"
    "mymath"
    "fmt"
)

func Start() {
    fmt.Println("pg:mymath.S", mymath.S)
    mymath.SetS("pghi")
    fmt.Println("pg:mymath.S", mymath.S)
}

mymath以及使用和加载pg（使用它）的主应用程序：

package main

import (
    "plugin"
    "mymath"
    "fmt"
)

func main() {
    fmt.Println("mymath.S", mymath.S)
    mymath.SetS("hi")
    fmt.Println("mymath.S", mymath.S)

    p, err := plugin.Open("../pg/pg.so")
    if err != nil {
        panic(err)
    }

    start, err := p.Lookup("Start")
    if err != nil {
        panic(err)
    }

    start.(func())()

    fmt.Println("mymath.S", mymath.S)
}

构建插件：

cd pg
go build -buildmode=plugin

运行主应用程序，输出为：

mymath.S 
mymath.S hi
pg:mymath.S hi
pg:mymath.S pghi
mymath.S pghi

分析：首先主应用程序使用mymath.S，将其设置为"hi"最终。然后是插件，它打印它（我们看到主应用程序设置的值"hi"），然后将其更改为"pghi". 然后再次出现主应用程序并打印mymath.S，再次看到插件设置的最后一个值"pghi"：

所以只有一个“实例” mymath。现在，如果您继续进行更改mymath，例如重命名myMath.SetS()为mymath.SetS2()，并且您在主应用程序中更新调用（到mymath.SetS2("hi")），并且不重新构建插件，只需运行主应用程序，您将获得以下输出：

mymath.S 
mymath.S hi
panic: plugin.Open: plugin was built with a different version of package mymath

goroutine 1 [running]:
main.main()
    /src/play/play.go:16 +0x4b5
exit status 2

如您所见，在构建主应用程序和插件时，会记录包版本（很可能是哈希），如果它们的导入路径在主应用程序和插件中匹配，则必须匹配。

（请注意，如果您不更改已使用包的导出标识符（和签名），仅更改实现，您也会收到上述错误mymath；例如func SetS(s string) { S = s + "+" }。）

以上就是《Go 插件依赖项如何工作？》的详细内容，更多关于golang的资料请关注golang学习网公众号！