core dump文件被截断或不完整，首要确认ulimit -c限制（单位KB），其为内核检查core生成与否及大小的唯一决定因素；若为0则禁用，设unlimited也受磁盘与内存约束，常需配合systemd LimitCORE、core_pattern路径权限及core_dump_filter筛选机制协同调试。
core dump 文件被截断或生成不完整，先确认是不是 ulimit -c 限制了大小
Linux 下 ulimit -c 控制 core 文件最大字节数，设为 0 表示禁用，设为 unlimited 并不总等于“无限”——实际受内核参数和磁盘空间约束。很多情况下你看到 core 文件只有几 MB，远小于进程实际内存占用，大概率是这里卡住了。
- 运行
ulimit -c查当前限制（单位是 KB）；若输出为0，core 根本不会生成 - 临时改大：执行
ulimit -c 2097152（即 2GB），再触发 crash 测试 - 永久生效需写入 shell 配置（如
/etc/security/limits.conf），但注意：systemd 服务默认忽略该配置，需额外设置LimitCORE
systemd 服务的 ulimit 不继承 shell 设置，必须显式声明
如果你的 C++ 程序是通过 systemd 启动（比如 systemctl start myapp），那么在终端里执行的 ulimit -c unlimited 完全无效。systemd 对每个 service 有独立的资源限制。
- 编辑 service 文件：
sudo systemctl edit myapp.service - 添加如下内容：
[Service] LimitCORE=infinity # 或指定字节数，例如 LimitCORE=4294967296（4GB）
- 重载并重启：
sudo systemctl daemon-reload && sudo systemctl restart myapp - 验证是否生效：
systemctl show myapp --property=LimitCORE
core_pattern 配置不当也会导致文件写入失败或路径不可写
即使 ulimit -c 放开了，如果内核找不到可写的路径保存 core，仍会静默失败（dmesg | grep -i "core" 可能报 failed to write core）。默认 /proc/sys/kernel/core_pattern 常指向 core（当前目录），而 daemon 进程的工作目录可能是 / 或 /run，权限受限。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 检查当前 pattern：
cat /proc/sys/kernel/core_pattern - 推荐改为绝对路径 + 权限可控目录，例如：
echo '/var/crash/core.%e.%p.%t' | sudo tee /proc/sys/kernel/core_pattern - 确保目标目录存在且进程 UID 有写权限：
sudo mkdir -p /var/crash && sudo chmod 1777 /var/crash - 若启用
kernel.core_pipe_limit，还要确认没被 pipe handler 截断（一般调试时建议关闭 pipe 模式）
内存映射区域过大（如 huge pages、mmap 的匿名区）可能导致 core 写入超时或失败
现代 C++ 程序常使用大页内存、GPU 显存映射或自定义分配器（如 jemalloc），这些区域默认不参与 core dump，但某些配置下反而会让 kernel 在 dump 时卡住或主动 abort 写入——表现为 core 文件突然中断、大小固定在某个值（如 64MB）、dmesg 出现 coredump: truncated due to timeout。
立即学习“C++免费学习笔记（深入）”；
- 临时绕过：启动前加
echo 0 | sudo tee /proc/sys/kernel/core_uses_pid（避免 PID 冲突干扰） - 更稳妥做法：用
/proc/sys/kernel/core_dump_filter排除非必要区域，例如只保留私有匿名页和 ELF 数据段：echo 0x33 | sudo tee /proc/sys/kernel/core_dump_filter - 数值含义查
man 5 core，常用组合：0x33 = bit0（匿名私有）、bit1（ELF 文件映射）、bit4（私有 hugetlb）、bit5（共享 hugetlb）
C++ 程序 core 文件不全，往往不是单一配置问题，而是 ulimit、systemd、core_pattern、core_dump_filter 四层叠加作用的结果。最容易被忽略的是 systemd 的 LimitCORE 和 core_dump_filter 的默认值——尤其在容器或 CI 环境中，这两项常常保持初始状态，连 dmesg 都不报错，只默默写个残缺 core。
