未调用函数时缺失依赖链中的3.so，程序能否正常运行？

• 多数情况下，my.binary可以正常执行，核心原因在于动态链接器的延迟解析机制：
  类Unix系统的默认动态链接器（如ld-linux.so）默认采用RTLD_LAZY模式，只有当程序实际调用某个函数/符号时，才会去解析对应的依赖库。如果全程没有调用3.so中的任何函数，动态链接器根本不会尝试加载3.so，所以即便它缺失，也不会影响程序运行。

• 关于ldd 1.so只显示依赖2.so的原因：
  ldd默认仅检查目标文件的直接依赖，不会递归解析间接依赖的深层依赖。2.so对3.so的依赖属于1.so的间接依赖，ldd不会主动展开显示，因此你看到的输出只有2.so。

• 存在例外情况：
  如果系统环境强制启用了立即解析（比如设置环境变量LD_BIND_NOW=1，或者程序/库在编译链接时指定了-z now参数），动态链接器会在程序启动阶段就解析所有符号。这种情况下，哪怕3.so的函数没被调用，链接器也会尝试加载它，缺失时会直接触发"shared library not found"错误，导致启动失败。

• 为什么2.so缺失必然报错？
  2.so是1.so的直接依赖，动态链接器在加载1.so时就会尝试定位并加载2.so，不管里面的函数是否被调用，所以它缺失时一定会触发加载失败的错误，这和3.so的间接未使用依赖逻辑完全不同。

内容的提问来源于stack exchange，提问作者GGinside