首先确保启用Core Dump并设置ulimit -c unlimited，然后通过/proc/sys/kernel/core_pattern配置生成路径；程序崩溃后使用gdb ./program core.xxx分析，结合bt、frame、print等命令定位空指针、越界、use-after-free等问题，前提是编译需加-g保留调试信息。
置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 路径和命名规则：
cat /proc/sys/kernel/core_pattern可修改该文件指定 Core 文件保存路径和格式，例如：
echo "/tmp/core.%e.%p.%t" > /proc/sys/kernel/core_pattern其中 %e 为程序名，%p 为进程 ID，%t 为时间戳。
触发并获取 Core 文件
程序崩溃如发生段错误（Segmentation Fault），且已开启 Core Dump，会自动生成文件。也可手动触发：
- 使用 kill -SIGSEGV
模拟崩溃。 - 在代码中调用 raise(SIGSEGV); 主动产生信号。
运行后检查指定目录是否生成 core 文件。
使用 GDB 分析 Core Dump
用 GDB 加载程序和 Core 文件进行分析：
gdb ./your_program core.xxx进入 GDB 后常用命令：
- bt：显示完整调用栈，定位崩溃位置。
- frame N：切换到指定栈帧查看上下文。
- print var：打印变量值，检查非法状态。
- info registers：查看寄存器内容。
若符号表缺失，确保编译时加入 -g 选项保留调试信息：
g++ -g -o your_program your_code.cpp常见崩溃原因与排查建议
通过 Core 分析常可发现以下问题：
- 空指针或野指针解引用：查看崩溃点内存访问地址是否合法。
- 数组越界或栈溢出：检查局部大数组或递归深度。
- 释放后使用（Use-after-free）：结合堆操作分析指针生命周期。
- 多线程竞争：注意信号是否由非主线程触发。
配合代码审查和日志输出，能更快锁定根源。
基本上就这些。只要开启 Core Dump 并保留调试符号，大多数运行时崩溃都能通过 GDB 快速定位。关键是环境配置要到位，别等到出问题才发现没开生成权限。
