Go标准编译二进制为何无法加载插件地址到firstmoduledata，有无解决办法？

结论 #

标准无额外参数编译的Go二进制，默认无法通过LD_PRELOAD加载插件自动挂载到firstmoduledata，但可以通过以下方案实现需求。 #

原因说明 #

• 用-linkshared编译时，Go会将Runtime动态链接，同时保留addmoduledata导出符号，内置了外部动态库加载时的模块注册逻辑，LD_PRELOAD加载的插件会自动触发addmoduledata调用，完成firstmoduledata链表挂载。
• 标准go build生成的是静态编译二进制，Runtime完全静态嵌入可执行文件，默认不会导出addmoduledata符号，也没有预加载动态库的模块注册逻辑，系统加载LD_PRELOAD的.so后Go Runtime无法感知，所以不会调用addmoduledata完成挂载。

可行方案 #

方案1：导出addmoduledata+插件主动调用 #

编译二进制时通过链接参数强制导出addmoduledata符号，同时在插件的init函数中主动调用该方法，将插件自身的模块数据指针传入完成挂载：

1. 编写符号导出文件，声明需要导出的addmoduledata函数签名
2. 编译二进制时添加参数：go build -ldflags="-export-symbols 你的符号文件路径" test.go

注意：Go 1.16及以上版本对Runtime内部符号导出限制更严格，该方案可能需要少量修改Runtime源码重编译Go工具链，或者通过cgo做中转调用。

方案2：改用标准plugin包加载插件 #

直接使用Go官方标准库的plugin包加载插件，不需要修改二进制编译参数，也不用LD_PRELOAD：

// test.go 示例代码
p, err := plugin.Open("./eng/eng.so")
if err != nil {
    panic(err)
}

plugin.Open内部已经封装了addmoduledata调用逻辑，加载完成后插件的模块数据会自动挂载到firstmoduledata链表，兼容性和稳定性最高，是官方推荐的插件加载方式。

方案3：内存扫描手动挂载（不推荐生产使用） #

如果必须用LD_PRELOAD且不能修改二进制编译参数，可以在插件中通过内存特征扫描找到firstmoduledata的内存地址，手动构造符合版本要求的moduledata结构插入链表。该方案严重依赖Go版本、CPU架构、编译参数，兼容性极差，仅可用于测试场景。 #

内容的提问来源于stack exchange，提问作者ManojKumar