在主程序运行时替换共享对象(.so文件)

概述我有一个共享对象gateway.so(在 Linux / C中).而a.out应用程序正在使用它. 问题A 我猜：当进程a.o​​ut启动时,加载器加载了gateway.so(我不使用dl函数,如dlopen).所以所有到gateway.so的运行时符号解析都会发生在内存中.它不需要从disk再次访问gateway.so. 我对吗？ 所以我不能用更新版本替换gateway.so,而a.out正在运 我有一个共享对象gateway.so(在 Linux / C中).而a.out应用程序正在使用它.

问题A

我猜：当进程a.o​​ut启动时,加载器加载了gateway.so(我不使用dl函数,如dlopen).所以所有到gateway.so的运行时符号解析都会发生在内存中.它不需要从disk再次访问gateway.so.

我对吗？

所以我不能用更新版本替换gateway.so,而a.out正在运行,对吧？

问题B

另一个相关的问题：一旦我取代了和过时的版本的gateway.so文件,我收到的消息

“a.out: can’t resolve symbol ‘Test_OpenGateway'”

哪个程序组件(loader / linker …)发送这个输出？该组件正在执行作为相同进程上下文的一部分？

解决方法 否,一旦运行时链接器(ld.so)将其映射到进程的地址空间,文件可能仍然需要从磁盘读取.这种映射发生的方式是通过mmap(2)系统调用和标志PROT_EXEC来允许执行.

地图在映射后不会将整个文件放入内存,而是实际创建一个内存区域,如果所请求的内存块尚未被复制,则会按需调用页面故障,并且页面错误处理通过在文件中的适当偏移量读取内核空间.

关于第二个问题,它是运行时链接器(ld.so)的抱怨.加载ld.so的代码由编译时链接器(ld)作为程序启动代码发出,因此在main被调用之前,它将在用户空间中执行.

总结

以上是内存溢出为你收集整理的在主程序运行时替换共享对象(.so文件)全部内容，希望文章能够帮你解决在主程序运行时替换共享对象(.so文件)所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。