首先确保启用Core Dump并设置ulimit -c unlimited，然后通过/proc/sys/kernel/core_pattern配置生成路径；程序崩溃后使用gdb ./program core.xxx分析，结合bt、frame、print等命令定位空指针、越界、use-after-free等问题，前提是编译需加-g保留调试信息。

当C++程序在运行时崩溃，生成并分析 Core Dump 文件是定位问题的有效方式。Core Dump 是进程在异常终止时生成的内存快照，包含了堆栈、寄存器、内存分配等关键信息，可用于事后调试。

启用 Core Dump 生成

默认情况下，Linux 系统可能禁用 Core Dump。要确保程序崩溃时能生成文件，需检查和设置资源限制：

• 使用 ulimit -c 查看当前允许的 Core 文件大小。若为 0，则不会生成。
• 执行 ulimit -c unlimited 启用无限大小的 Core 文件生成（仅对当前 shell 有效）。
• 可通过 /etc/security/limits.conf 永久配置用户级限制。

同时确认系统 Core Dump 路径和命名规则：

可修改该文件指定 Core 文件保存路径和格式，例如：

其中 %e 为程序名，%p 为进程 ID，%t 为时间戳。

触发并获取 Core 文件

程序崩溃如发生段错误（Segmentation Fault），且已开启 Core Dump，会自动生成文件。也可手动触发：

• 使用 kill -SIGSEGV 模拟崩溃。
• 在代码中调用 raise(SIGSEGV); 主动产生信号。

运行后检查指定目录是否生成 core 文件。

使用 GDB 分析 Core Dump

用 GDB 加载程序和 Core 文件进行分析：

进入 GDB 后常用命令：

• bt：显示完整调用栈，定位崩溃位置。
• frame N：切换到指定栈帧查看上下文。
• print var：打印变量值，检查非法状态。
• info registers：查看寄存器内容。

若符号表缺失，确保编译时加入 -g 选项保留调试信息：

常见崩溃原因与排查建议

通过 Core 分析常可发现以下问题：

• 空指针或野指针解引用：查看崩溃点内存访问地址是否合法。
• 数组越界或栈溢出：检查局部大数组或递归深度。
• 释放后使用（Use-after-free）：结合堆操作分析指针生命周期。
• 多线程竞争：注意信号是否由非主线程触发。

配合代码审查和日志输出，能更快锁定根源。

基本上就这些。只要开启 Core Dump 并保留调试符号，大多数运行时崩溃都能通过 GDB 快速定位。关键是环境配置要到位，别等到出问题才发现没开生成权限。