C++多线程程序死锁时如何自动触发Dump-C++-PHP中文网

死锁本身不会自动触发core dump，因其进程未崩溃、未退出、未收到信号；但可通过watchdog脚本定期检测线程阻塞状态（如pthread_mutex_lock、futex_wait），连续多次异常后调用gcore生成快照，或手动发送sigquit（kill -3）触发默认core生成。

c++多线程程序死锁时如何自动触发dump

死锁本身不会自动触发 core dump，因为进程没崩溃、没收到信号、也没退出——它只是卡在 pthread_mutex_lock 或 sem_wait 上，状态仍是 S（可中断睡眠）或 R（运行中自旋），内核不会生成 core。但你可以用“主动快照 + 定时探测”组合实现准自动化抓取。

怎么让挂死进程自己吐出 core 文件

Linux 下没有原生“死锁触发 dump”机制，但可通过外部 watchdog 脚本定期检查线程状态，发现疑似死锁后调用 gcore：

用 ps -o pid,lwp,nlwp,stat,wchan -p <pid></pid> 查看线程状态：多个线程长期停在 pthread_mutex_lock、__lll_lock_wait 或 futex_wait 就高度可疑
配合 cat /proc/<pid>/stack</pid> 快速确认所有线程当前函数调用链（无需 gdb 启动）
脚本检测到连续 3 次采样都满足「>2 个线程阻塞在锁原语上」，就执行 gcore -o /tmp/core.hang.<pid><pid></pid></pid>
注意：该进程不能被 ptrace 限制（如已被 strace 或其他调试器 attach），否则 gcore 会失败

为什么不能靠 ulimit -c unlimited 自动生效

ulimit -c unlimited 只对「异常终止」有效，而死锁不触发任何信号——SIGABRT、SIGQUIT 都得你手动发，SIGKILL（kill -9）则直接销毁现场，不留 core。

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

kill -3 <pid></pid>（SIGQUIT）是较安全的选择：多数程序未捕获它，会触发默认行为（打印堆栈 + 生成 core）
但某些程序（尤其用了 signal(SIGQUIT, SIG_IGN)）会忽略，此时需改用 gcore
不要依赖 core_pattern 的通配规则自动捕获死锁场景——它只响应进程 exit/abort，不响应 hang

gdb 分析时最容易忽略的三个点

拿到 /tmp/core.hang.<pid></pid> 后，gdb ./your_program /tmp/core.hang.<pid></pid> 进去，关键不是看哪个线程“报错”，而是交叉验证锁持有关系：

info threads 输出里标为 running 的线程未必真在跑——可能卡在 tight loop 里，用 thread <n>; info registers</n> 看 rip 是否反复指向同一条指令
info mutex 在 GDB ≥8.0 可用，但仅对未被编译器优化掉的 pthread_mutex_t 变量有效；若用的是 std::mutex 且带 -O2，基本看不到 owner 字段
别只看 bt 最顶上一层：死锁常发生在嵌套调用中，比如 foo() → bar() → std::mutex::lock()，要展开多层才能定位到真正持锁/等锁的函数位置