Go cgo中os.Setenv设置的LD_LIBRARY_PATH对C.dlopen不生效问题

Linux系统的动态链接器ld.so仅会在进程启动初始化阶段读取一次LD_LIBRARY_PATH环境变量的值，将对应的路径存入自身内部的搜索路径列表后就不会再读取该环境变量的内容。你在Go代码运行阶段通过os.Setenv修改的是操作系统为进程维护的环境变量副本，和动态链接器内部存储的搜索路径是两套独立的数据，所以即使你能读取到修改后的LD_LIBRARY_PATH值，也不会对dlopen的库搜索逻辑产生任何影响，这是Linux系统层面的机制限制，和Go、cgo本身无关。

• 方案1：启动进程前预先设置LD_LIBRARY_PATH
  你可以通过包装启动脚本的方式规避全局环境变量限制，编写如下shell脚本启动你的Go程序即可：

  #!/bin/sh
  export LD_LIBRARY_PATH=/path/to/your/so/dir:$LD_LIBRARY_PATH
  exec ./你的go可执行程序
  

  该方式在进程启动前完成变量设置，动态链接器可以正常识别对应的搜索路径。
• 方案2：直接传入共享库的绝对路径调用dlopen
  完全不依赖LD_LIBRARY_PATH的搜索逻辑，拼接得到.so文件的绝对路径后直接传给dlopen即可，示例代码如下：

  // 示例：假设共享库存放在程序同目录的lib文件夹下
  execPath, err := os.Executable()
  if err != nil {
    // 错误处理逻辑
  }
  libDir := filepath.Join(filepath.Dir(execPath), "lib")
  libAbsPath := filepath.Join(libDir, "libhasp_linux_x86_64_demo.so")
  lib := C.dlopen(C.CString(libAbsPath), C.RTLD_LAZY)
  

  只要路径正确，dlopen会直接加载对应文件，无需搜索路径。
• 方案3：编译时指定运行时搜索路径rpath
  编译Go程序时通过ldflags参数给可执行文件写入内置的库搜索路径，示例编译命令如下：

  # 示例：指定运行时优先搜索程序同目录下的lib文件夹
  go build -ldflags="-r ./lib" main.go
  

  rpath会被写入ELF可执行文件的动态段中，动态链接器运行时会优先搜索rpath指定的路径，不需要依赖环境变量。
• 方案4：更新系统动态链接配置
  如果你有root权限，可以将共享库所在的目录路径写入/etc/ld.so.conf.d/目录下的自定义配置文件，之后执行ldconfig更新系统动态链接缓存，所有进程都可以直接找到对应的共享库，无需额外设置。

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