你遇到的情况很典型——默认配置下Boost.Stacktrace只能输出内存地址，没法解析出对应的函数名、文件名和行号，这是因为缺少调试信息和符号解析的必要配置。下面一步步帮你搞定：

1. 给VS项目开启调试信息生成 #

不管是Debug还是Release模式，都需要生成调试数据库（.pdb文件）才能解析符号：

• 右键项目 → 属性 → 配置属性 → C/C++ → 常规 → 调试信息格式：选择程序数据库(/Zi)（Release模式不要选“编辑并继续(/ZI)”，因为Release不支持这个选项）
• 转到链接器 → 调试 → 生成调试信息：选择是(/DEBUG)
• 注意：Release模式下开启/DEBUG不会明显影响程序性能，只是会生成额外的.pdb文件，必须保留这个文件才能解析崩溃时的栈地址。

2. 编译Boost时启用Stacktrace的符号解析后端 #

Boost.Stacktrace在Windows下有几个后端，其中windbg和windbg_cached支持调用Windows调试API解析符号，编译Boost时需要明确启用：

• 打开VS2015的开发者命令提示符，切换到Boost源码目录
• 执行编译命令：

  b2 toolset=msvc-14.0 --with-stacktrace define=BOOST_STACKTRACE_USE_WINDBG install
  

  这里msvc-14.0对应VS2015，BOOST_STACKTRACE_USE_WINDBG指定使用windbg后端解析符号，install会把编译好的库和头文件放到指定目录（默认是Boost根目录下的stage文件夹）。

3. 代码中快速启用符号解析 #

如果不想重新编译Boost，也可以在你的代码开头直接定义宏（要放在包含Boost头文件之前）：

#define BOOST_STACKTRACE_USE_WINDBG
#include <boost/stacktrace.hpp>
// 其他头文件...

这样Boost会自动使用windbg后端，不需要重新编译Boost库（前提是你已经编译了stacktrace库）。

另外要注意：

• 崩溃生成的backtrace.dump只能用同一个版本的程序和对应的.pdb文件解析，如果你修改代码重新编译后再去解析旧的dump，地址对应关系会失效。
• 如果你想快速测试符号解析是否正常，可以先在非信号场景下打印栈，比如修改fails函数：

  int fails() {
      // 直接打印当前栈，看是否能显示文件名和行号
      std::cout << boost::stacktrace::stacktrace() << std::endl;
      abort();
      return 2;
  }
  

4. Release模式的额外注意 #

如果是Release模式，编译器的优化（比如/O2）可能会折叠栈帧，导致栈追踪不完整或者缺失信息：

• 可以给需要追踪的函数添加__declspec(noinline)属性，禁止编译器内联它：

  __declspec(noinline) int fails() {
      abort();
      return 2;
  }
  

• 或者临时关闭优化：在函数前后加#pragma optimize("", off)和#pragma optimize("", on)。

按照这些步骤配置后，你应该就能看到类似“abort在main.cpp第15行的fails函数中被调用”的详细栈信息了。

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