本文探讨了Android与Linux平台下动态链接库加载机制的区别。Android的dlopen函数位于linker中，使得加载自定义so库更为简便；而在Linux环境下，dlopen存在于libdl.so而非ld.so中。文章进一步分析了C运行时库libc.so如何被动态链接器加载而不依赖dlopen。
近期，在做关于hook类的东西，从linux转向android的过程中，发现它们的链接机制有所不同，
android上的dlopen这个函数时在linker链接器中的，所以利用这个dlopen来加载自己的so库就相对简单了，但是发现在linux上，dlopen这个函数是在libdl.so中的，而不在ld.so链接器中，那么就有一个问题，我自己写的一个HelloWorld的程序，解析了这个程序的加载时的内存映射，发现内存中只有两个库，就是ld.so和libc.so,一个是动态链接库，另一个是c运行时库，那我就想这个c运行时库肯定是由动态链接器加载的吧，而且动态链接器加载libc.so的时候并没有用到dlopen这个函数，不然的话内存中一定会存在libdl.so这个库才对啊，大家说，我的这点猜想是不是正确呢？
android上的dlopen这个函数时在linker链接器中的，所以利用这个dlopen来加载自己的so库就相对简单了，但是发现在linux上，dlopen这个函数是在libdl.so中的，而不在ld.so链接器中，那么就有一个问题，我自己写的一个HelloWorld的程序，解析了这个程序的加载时的内存映射，发现内存中只有两个库，就是ld.so和libc.so,一个是动态链接库，另一个是c运行时库，那我就想这个c运行时库肯定是由动态链接器加载的吧，而且动态链接器加载libc.so的时候并没有用到dlopen这个函数，不然的话内存中一定会存在libdl.so这个库才对啊，大家说，我的这点猜想是不是正确呢？
扫一扫
3413
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
