Linux中缺失依赖共享库时，能否启动不调用该库代码的程序？

当然可以实现你的需求——核心思路是把shared1.so对shared2.so的强依赖改成按需加载，让系统只有在实际用到shared2的代码时才尝试加载它，而不是在dlopen(shared1.so)的时候就强制解析所有依赖。

下面分几种场景给出具体方案：

1. 能修改shared1.so的源码（最推荐） #

这是最可控、最可靠的方式，直接在shared1里手动管理shared2的加载：

• 把原本直接调用shared2函数的逻辑，改成先通过dlopen动态加载shared2.so，再用dlsym获取函数指针，只有当需要调用时才执行这个加载流程。
• 示例代码（C语言）：

  #include <dlfcn.h>
  #include <stdio.h>
  
  void call_shared2_foo() {
      // 静态变量确保只加载一次
      static void (*foo_ptr)() = NULL;
      if (!foo_ptr) {
          // 加载shared2.so，RTLD_LAZY表示延迟解析符号
          void* handle = dlopen("shared2.so", RTLD_LAZY | RTLD_LOCAL);
          if (!handle) {
              fprintf(stderr, "加载shared2失败: %s\n", dlerror());
              return;
          }
          // 获取目标函数的指针
          foo_ptr = dlsym(handle, "foo");
          if (!foo_ptr) {
              fprintf(stderr, "找不到foo符号: %s\n", dlerror());
              dlclose(handle);
              return;
          }
      }
      // 调用函数
      foo_ptr();
  }
  

• 编译shared1.so时别忘了链接dl库：

  gcc -shared -fPIC -o shared1.so shared1.c -ldl
  

这样一来，只要你的代码永远不调用call_shared2_foo()，即使shared2.so缺失，bin1和shared1.so都能正常运行。

2. 能修改shared1.so的源码但不想用dlopen #

如果不想手动管理句柄，可以用弱符号的方式：

• 在shared1中，把shared2的函数声明标记为弱符号：

  // 用__attribute__((weak))标记为弱符号
  __attribute__((weak)) void foo();
  

• 调用前先检查符号是否存在：

  void call_shared2_foo() {
      if (foo) { // 如果shared2存在，foo会指向实际函数；否则为NULL
          foo();
      } else {
          fprintf(stderr, "shared2未加载，无法调用foo\n");
      }
  }
  

• 链接shared1.so时，即使shared2.so不存在，链接器也不会报错；运行时如果shared2缺失，foo会是NULL，只要不调用就不会出问题。

3. 无法修改shared1.so的代码（临时hack方案） #

如果完全没法改shared1的代码，只能用一些临时的技巧，不推荐用于生产环境：

• 生成一个空的shared2.so，放在LD_LIBRARY_PATH指向的目录里：

  # 生成一个空的共享库
  gcc -shared -fPIC -o shared2.so /dev/null
  # 运行bin1时指定这个库的路径
  LD_LIBRARY_PATH=/path/to/empty/shared2:$LD_LIBRARY_PATH ./bin1
  

• 或者用LD_PRELOAD加载一个包含shared2符号空实现的库，让动态链接器认为符号已存在。

这种方法是权宜之计，因为如果shared1里有其他地方依赖shared2的符号，可能会导致不可预期的行为。

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