如何用GDB调试冻结的C/C++二进制程序？Firefox冻结排查求助

针对你遇到的Firefox与自定义加载库交互导致的冻结问题，以下是具体的排查和调试步骤：

1. 定位主线程阻塞状态 #

程序冻结但GDB无提示，说明主线程大概率处于阻塞状态：

• 在GDB中执行 info threads 找到标记为*的主线程（通常是Thread 1）
• 对主线程执行 where 命令，查看其调用栈，确认阻塞点所在的库或函数

2. 逐个排查可疑库 #

既然问题源于LD_LIBRARY_PATH中的库，可逐步移除路径缩小范围：

• 先移除/arquivos/Gtk+-3.4.0/lib/，启动Firefox测试是否仍冻结
• 依次移除/xorg/X11-1.4.4/lib/、/xorg/Xcb-1.4/lib/、/arquivos/Dbus-1.10.2/lib/，每次测试后确认故障是否消失
• 找到触发问题的单个库后，检查其版本兼容性，或尝试替换为系统自带库（若能解决符号缺失）

3. 获取完整线程栈信息 #

你提供的栈帧存在缺失，可通过以下方式补充细节：

• 在GDB中执行 set backtrace full，再运行 thread apply all bt full，获取包含变量信息的完整栈
• 用addr2line解析libxul.so中的未知地址，定位具体函数：

  addr2line -e /media/34GB/Arquivos-de-Programas-Linux/firefox-78.15.0-esr/libxul.so 0x00007fffed64dc81
  

4. 检查X11/Xcb库的线程兼容性 #

冻结发生在UI操作后，重点排查X11/Xcb库：

• 确认自定义编译的X11/Xcb是否开启线程支持（编译参数如--enable-threads）
• 检查X11连接的多线程管理是否符合Firefox的要求，老旧版本Xcb可能存在线程安全缺陷

5. 排查符号冲突与库加载问题 #

使用工具监控库加载和符号解析：

• 执行 LD_LIBRARY_PATH=你的路径 ldd ./firefox，查看依赖库的实际加载路径，确认是否存在系统库与自定义库混合加载的情况
• 启动时添加LD_DEBUG=symbols参数，输出符号解析过程，检查是否存在版本不匹配或冲突：

  LD_DEBUG=symbols LD_LIBRARY_PATH=/arquivos/Gtk+-3.4.0/lib/:/xorg/X11-1.4.4/lib/:/xorg/Xcb-1.4/lib/:/arquivos/Dbus-1.10.2/lib ./firefox
  

6. 构建最小依赖环境 #

尝试仅加载必要的库，减少变量：

• 只添加缺失符号对应的库路径，而非全部四个，比如如果仅缺失Xcb符号，就只保留/xorg/Xcb-1.4/lib/

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