预加载共享库时构造函数调用延迟问题问询

核心执行流程细节 #

Linux动态加载器（ld.so）处理LD_PRELOAD预加载库的流程大致为：

1. 优先加载LD_PRELOAD指定的共享库，再加载主程序及其他依赖库
2. 完成所有库的符号重定位
3. 按构造函数优先级（数值越小优先级越高）执行所有构造函数（包括库的constructor、主程序全局对象构造函数）
4. 调用主程序main函数

你的问题本质是预加载库的构造函数执行时机晚于被拦截函数的首次调用，核心原因集中在构造函数优先级与初始化逻辑顺序上。

具体触发场景 #

• 未指定构造函数优先级：默认__attribute__((constructor))的优先级为100，若主程序或其他依赖库的构造函数使用了更高优先级（比如__attribute__((constructor(50)))），会先于你的构造函数执行；如果这些提前执行的构造函数调用了ioctl，就会触发预加载库的ioctl先运行。
• 主程序存在早期初始化逻辑：主程序的全局对象构造函数、.init段手动初始化代码，属于加载器执行的构造函数序列的一部分；若这些逻辑的优先级高于你的预加载库构造函数，且调用了被拦截的函数，就会出现调用先于初始化的情况。
• 构造函数自身耗时：如果你的构造函数内部包含IO操作、复杂计算等耗时逻辑，会导致其实际完成初始化的时间滞后，即使它已经开始执行，后续的ioctl调用仍可能在初始化完成前触发。

验证与解决方法 #

• 强制构造函数优先执行：为构造函数指定更高优先级（推荐1-99，0留给系统库），确保它在其他初始化逻辑之前运行：

  __attribute__((constructor(1)))
  void my_lib_init() {
      // 你的初始化逻辑
  }
  

• 排查早期调用来源：在预加载库的ioctl和构造函数中加入时间戳日志，用gettimeofday或clock_gettime记录执行时间，定位是哪个逻辑提前调用了ioctl：

  #include <sys/time.h>
  #include <stdio.h>
  #include <stdarg.h>
  #include <dlfcn.h>
  
  void log_time(const char* msg) {
      struct timeval tv;
      gettimeofday(&tv, NULL);
      printf("[%ld.%06ld] %s\n", tv.tv_sec, tv.tv_usec, msg);
  }
  
  __attribute__((constructor(1)))
  void my_lib_init() {
      log_time("构造函数开始执行");
      // 初始化操作
      log_time("构造函数执行完成");
  }
  
  int ioctl(int fd, unsigned long request, ...) {
      log_time("ioctl被调用");
      // 你的重定向逻辑，调用原始ioctl
      static int (*orig_ioctl)(int, unsigned long, ...) = NULL;
      if (!orig_ioctl) {
          orig_ioctl = dlsym(RTLD_NEXT, "ioctl");
      }
      va_list args;
      va_start(args, request);
      int ret = orig_ioctl(fd, request, args);
      va_end(args);
      return ret;
  }
  

• 禁用延迟绑定（可选）：编译预加载库时添加-z now选项，强制所有符号在启动时完成解析，避免首次调用时的解析耗时干扰：

  g++ my_lib.cpp -shared -fPIC -z now -o my_lib.so
  

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