【2019-02-22】linux下so动态库裁剪

【2019-02-22】linux下so动态库裁剪 [历史归档]本文原发布于 cstriker1407.info 个人博客内容为历史存档仅供参考。发布时间2019-02-22 标题linux下so动态库裁剪分类操作系统 / linux 标签动态库·lddlinux下so动态库裁剪本文转自【 http://blog.chinaunix.net/uid-27105712-id-3313293.html 】有裁剪基本上每一个linux 程序都至少会有一个动态库查看某个程序使用了那些动态库使用ldd命令查看 。# ldd /bin/lslinux-vdso.so.1(0x00007fff597ff000)libselinux.so.1/lib64/libselinux.so.1(0x00000036c2e00000)librt.so.1/lib64/librt.so.1(0x00000036c2200000)libcap.so.2/lib64/libcap.so.2(0x00000036c4a00000)libacl.so.1/lib64/libacl.so.1(0x00000036d0600000)libc.so.6/lib64/libc.so.6(0x00000036c1200000)libdl.so.2/lib64/libdl.so.2(0x00000036c1600000)/lib64/ld-linux-x86-64.so.2(0x00000036c0e00000)libpthread.so.0/lib64/libpthread.so.0(0x00000036c1a00000)libattr.so.1/lib64/libattr.so.1(0x00000036cf600000)使用ldd显示的so并不是所有so都是需要使用的下面举个例子//main.cpp#includestdio.h#includeiostream#includestringusing namespace std;intmain(){couttestendl;return0;}使用缺省参数编译结果# g -o demo main.cpp# ldd demolinux-vdso.so.1(0x00007fffcd1ff000)libstdc.so.6/usr/lib64/libstdc.so.6(0x00007f4d02f69000)libm.so.6/lib64/libm.so.6(0x00000036c1e00000)libgcc_s.so.1/lib64/libgcc_s.so.1(0x00000036c7e00000)libc.so.6/lib64/libc.so.6(0x00000036c1200000)/lib64/ld-linux-x86-64.so.2(0x00000036c0e00000)如果链接一些so但是程序并不用到这些so又是什么情况呢# g -o demo -lz -lm -lrt main.cpp# ldd demolinux-vdso.so.1(0x00007fff0f7fc000)libz.so.1/lib64/libz.so.1(0x00000036c2600000)librt.so.1/lib64/librt.so.1(0x00000036c2200000)libstdc.so.6/usr/lib64/libstdc.so.6(0x00007ff6ab70d000)libm.so.6/lib64/libm.so.6(0x00000036c1e00000)libgcc_s.so.1/lib64/libgcc_s.so.1(0x00000036c7e00000)libc.so.6/lib64/libc.so.6(0x00000036c1200000)libpthread.so.0/lib64/libpthread.so.0(0x00000036c1a00000)/lib64/ld-linux-x86-64.so.2(0x00000036c0e00000)虽然没有用到但是一样有链接进来那看看程序启动时候有没有去加载它们呢# strace ./demoexecve(./demo,[./demo],[/*30vars */])0...0open(/lib64/libz.so.1, O_RDONLY)3... close(3)0open(/lib64/librt.so.1, O_RDONLY)3... close(3)0open(/usr/lib64/libstdc.so.6, O_RDONLY)3... close(3)0open(/lib64/libm.so.6, O_RDONLY)3... close(3)0open(/lib64/libgcc_s.so.1, O_RDONLY)3... close(3)0open(/lib64/libc.so.6, O_RDONLY)3... close(3)0open(/lib64/libpthread.so.0, O_RDONLY)3... close(3)0...看有加载所以必定会影响进程启动速度所以我们最后不要把无用的so编译进来这里会有什么影响呢大家知不知道linux从程序program或对象变成进程process或进程要经过哪些步骤呢这里如果详细的说估计要另开一篇文章。简单的说分三步fork进程在内核创建进程相关内核项加载进程可执行文件查找依赖的so一一加载映射虚拟地址初始化程序变量。可以看到第二步中dll依赖越多进程启动越慢并且发布程序的时候这些链接但没有使用的so同样要一起跟着发布否则进程启动时候会失败找不到对应的so。所以我们不能像上面那样把一些毫无意义的so链接进来浪费资源。但是开发人员写makefile 一般有没有那么细心图省事方便那么有什么好的办法呢。继续看下去下面会给你解决方法。先使用ldd -u demo查看不需要链接的so看下面一面了然无用的so全部暴露出来了吧# ldd -u demoUnused direct dependencies: /lib64/libz.so.1 /lib64/librt.so.1 /lib64/libm.so.6 /lib64/libgcc_s.so.1使用-Wl,–as-needed编译选项# g -Wl,--as-needed -o demo -lz -lm -lrt main.cpp# ldd demolinux-vdso.so.1(0x00007fffebfff000)libstdc.so.6/usr/lib64/libstdc.so.6(0x00007ff665c05000)libc.so.6/lib64/libc.so.6(0x00000036c1200000)libm.so.6/lib64/libm.so.6(0x00000036c1e00000)/lib64/ld-linux-x86-64.so.2(0x00000036c0e00000)libgcc_s.so.1/lib64/libgcc_s.so.1(0x00000036c7e00000)# ldd -u demoUnused direct dependencies:呵呵办法很简单省事吧。参考【 https://www.cnblogs.com/LiuYanYGZ/p/5545835.html 】