如何识别生成某二进制文件所用的Boost版本？

更新Boost版本后程序崩溃，怀疑是混用了多个不同版本的Boost，想通过类似ident binary或strings binary的命令识别二进制文件所用的Boost版本。

已尝试过的方法：

• ldd binary
• /proc/PID/maps
• nm binary
• strings binary
• ident binary

下面是更精准的识别方法：

动态链接二进制的识别方式 #

• 精准过滤Boost版本字符串：Boost动态库通常会嵌入版本相关标识，直接用strings配合grep提取：

  strings binary | grep -E 'BOOST_VERSION|boost_[0-9_]+|libboost.*\.so\.[0-9]'
  

  比如输出BOOST_VERSION 107800对应Boost 1.78.0，或者libboost_system.so.1.78.0这类直接显示版本号的结果。
• 解析动态符号表：如果strings没找到有效信息，试试用objdump查看符号关联的版本：

  objdump -x binary | grep -i boost
  

  部分系统的动态符号会携带Boost版本标签。

静态链接二进制的识别方式 #

静态链接的Boost版本信息更隐蔽，但可以试试这两种方法：

• 查找编译嵌入的版本宏：Boost头文件中的BOOST_VERSION和BOOST_LIB_VERSION会被编译进二进制，直接搜索：

  strings binary | grep -E 'BOOST_LIB_VERSION|BOOST_VERSION'
  

  比如BOOST_LIB_VERSION "1_78_0"就是明确的版本标识。
• 对比符号特征：不同Boost版本的函数签名存在差异，导出二进制中的Boost相关符号：

  nm binary | grep boost
  

  将结果和已知版本Boost编译生成的符号对比，通过新增或改名的函数判断版本。

排查多版本混用的额外方法 #

如果确认是版本混用问题，还可以：

• 启动程序后，执行lsof -p 进程PID | grep boost，查看进程实际加载的Boost库路径，确认是否有不同版本的库被加载。
• 检查项目的编译脚本（CMake、Makefile等），确认Boost库的链接路径是否统一，有没有同时关联新旧版本的库。

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