Python默认不生成coredump，因其解释器捕获SIGSEGV等信号转为异常或Py_FatalError，绕过内核dump机制；仅当未被捕获的外部信号或C扩展段错误发生时才可能生成，且需系统ulimit -c非零、core_pattern有效、权限与路径正常等双重配置。
Python进程崩溃时为什么默认不生成coredump
因为Python解释器本身不直接触发内核的coredump机制——它捕获了大部分致命信号（如SIGSEGV、SIGABRT），转为抛出异常或调用Py_FatalError，此时进程已绕过内核的core dump流程。只有当Python被外部信号直接终止（比如没被解释器捕获的SIGILL），或C扩展引发未处理的段错误且未被Python层拦截时，才可能生成coredump。
启用coredump需要操作系统和Python进程双重配置
缺一不可：系统级限制必须放开，且Python进程需运行在允许dump的上下文中。
- 先检查当前限制：
ulimit -c，输出0表示禁用；临时开启用ulimit -c unlimited - 确保
/proc/sys/kernel/core_pattern指向有效路径（如/tmp/core.%e.%p），避免写入失败（例如目标目录不可写、磁盘满、SELinux阻止） - Python脚本不能以
sudo python script.py方式启动（特权降级后可能丢失dump权限），推荐用普通用户运行，或用prctl(PR_SET_DUMPABLE, 1)显式声明可dump - 若用
systemd托管，需在service文件中设置LimitCORE=infinity和SecureBits=keep-caps（如需保留cap_sys_ptrace等）
让Python主动触发coredump用于调试
有时需要在特定异常点强制生成coredump（比如复现某个内存损坏但没立即崩溃的场景），这时不能依赖自然崩溃，得手动调用os.kill(os.getpid(), signal.SIGSEGV)或更安全的libc.abort()。
import os
import signal
import ctypes
<h1>方法1：用SIGSEGV触发（最常见）</h1><p>os.kill(os.getpid(), signal.SIGSEGV)</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill5288" title="提示词大师-python版"><img
src="https://img.php.cn/upload/skill/000/000/081/179042051830184.jpg" alt="提示词大师-python版" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill5288" title="提示词大师-python版">提示词大师-python版</a>
<p>图片提示词生成器？不止如此。
马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。
用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。
用得越多，它越快：缓存机制让后续对话越来越省。
RAG进化：成功案例持续入库，越跑越聪明。
输入「新手指南」查看完整功能介绍</p>
</div>
<a href="/xiazai/skill5288" title="提示词大师-python版" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><p><span>立即学习</span>“<a href="https://pan.quark.cn/s/00968c3c2c15" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">Python免费学习笔记（深入）</a>”；</p><h1>方法2：调用libc abort()（更干净，会走glibc的coredump逻辑）</h1><p>try:
libc = ctypes.CDLL("libc.so.6")
libc.abort()
except OSError:
pass # libc不可用时回退
注意：SIGSEGV在某些环境（如容器、Jupyter）可能被屏蔽或忽略，abort()兼容性更好；但二者都要求ulimit -c已设为非零值，否则静默失败。
分析Python core dump需要额外符号信息
原生coredump只含内存镜像，没有Python栈帧、变量名或源码行号——必须配合gdb加载libpython符号，并使用gdb-python插件或py-bt命令还原Python调用链。
- 确认Python是带调试符号安装的（Ubuntu/Debian装
python3-dbg，CentOS/RHEL装python3-debuginfo） - 用
gdb /usr/bin/python3 /tmp/core.python.12345启动后，执行source /usr/share/gdb/auto-load/usr/bin/python3-gdb.py（路径依发行版而异） - 再输入
py-bt查看Python层堆栈；若报错No symbol table loaded，说明缺少debuginfo包 - 对C扩展崩溃，还需加载对应so的调试符号（编译时加
-g，部署时保留.debug段或分离debuginfo）
没符号信息的coredump，基本只能看到汇编指令和内存地址，Python层面的问题几乎无法定位。
