LD_PRELOAD和dlopen选项RTLD_DEEPBIND之间的优先级

先说结论：RTLD_DEEPBIND的优先级更高，在符号名发生冲突时，LD_PRELOAD的全局符号介入对于使用RTLD_DEEPBIND标志位dlopen开的动态连接库无效。
发现背景：
在使用《在应用程序中替换Linux中Glibc的malloc的四种方法》一文中第3个方法接管程序内存时发现已接管内存总量比top命令看到的虚拟内存值小很多。于是查看/proc/[pid]/smaps查看虚拟内存页的使用情况（pmap命令也可以）。在进程中使用gdb查看各个内存页的首地址，转换为内存管理结构体发现，有很多内存没有接管，导致统计结果要比top少。 挑选了一个未接管的内存，通过 gdb 的dump binary memory 的命令存为磁盘文件，在通过UltralEdit等二进制编辑器大致浏览一下，根据内存包含的文本判断该内存是由某个动态链接库申请和使用的。而该链接库恰恰是通过dlopendlopen(strLibName,RTLD_NOW|RTLD_LOCAL|RTLD_DEEPBIND)方式打开的。

RTLD_DEEPBIND (since glibc 2.3.4) Place the lookup scope of the symbols in this library ahead of the global scope. This means that a self-contained library will use its own symbols in preference to global symbols with the same name contained in libraries that have already been loaded. This flag is not specified in POSIX.1-2001.

记下来就考虑使用LD_PRELOAD方式接管是否可行的问题，经试验，其优先级低于RTLD_DEEPBIND。
参见：http://stackoverflow.com/questions/13374240/why-ld-preload-doesnt-work-for-one-of-loaded-shared-libraries