golang os.Setenv 在 cgo C.dlopen 中不起作用？

大家好，我们又见面了啊~本文《golang os.Setenv 在 cgo C.dlopen 中不起作用？》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

由于某种原因，我无法将 $ld_library_path 设置为全局环境。我尝试在 golang 代码中使用 os.setenv 进行设置。

os.setenv("ld_library_path", my_library_paths)

lib := c.dlopen(c.cstring(libpath), c.rtld_lazy)

我使用另一个c++函数来获取$ld_library_path，它显示正确。 但 lib 返回 ''，并且 c.dlerror() 显示

>> %!(EXTRA string=libhasp_linux_x86_64_demo.so: cannot open shared object file: No such file or directory)

意味着$ld_library_path在dlopen中不起作用，cgo找不到依赖库。

我不知道为什么。希望有人能帮助我。谢谢！

正确答案

看起来您正在尝试从在同一进程内调用 os.setenv("ld_library_path", ...) 和 c.dlopen()。

来自手册页 dlopen(3)：

否则，动态链接器将按如下方式搜索对象

...

如果在程序启动时，环境变量 ld_library_path 被定义为包含以冒号分隔的目录列表，则将搜索这些目录。

关键短语是，在程序启动时。我们可以在glibc source elf/dl-load.c中的dlopen的实现中看到，它查看全局变量__rtld_env_path_list.dirs，该变量在搜索要加载的库时已经设置；它不查看$ld_library_path的当前值。

如果您想使用 ld_library_path 查找 c.dlopen 中的内容，那么您需要在进程启动之前对其进行设置（例如通过运行 ld_library_path=/my/path go run my-app.go）。 p>

正如 kj tsanaktsidis 正确回答的那样，ld_library_path 在进程启动后没有任何作用；您必须在开始该过程之前设置它。

一种常见的技术是检查 ld_library_path 的当前值，如果它不符合您的喜好，请将其设置为新值并重新 exec 进程。

也就是说，目前尚不清楚您为什么想要首先设置 ld_library_path。如果您使用绝对路径调用 dlopen，dlopen 将愉快地打开不在 ld_library_path 上的库。也就是说，不要这样做：

这样做：

lib := C.dlopen(C.CString(absolute_path_to_library), C.RTLD_LAZY)

理论要掌握，实操不能落！以上关于《golang os.Setenv 在 cgo C.dlopen 中不起作用？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！