Python报'Fatal Python error: deallocating None'错误怎么排查？

Fatal Python error: deallocating None 属于Python运行时的致命错误，本质是触发了Python对单例对象None的保护逻辑：None是全局唯一的静态对象，它的引用计数永远不应降为0，也绝不允许被回收。出现这个报错100%是代码中存在引用计数操作错误，要么是对None多执行了一次Py_DECREF，要么是对已经释放的野指针执行Py_DECREF，而该野指针指向的地址刚好被复用为None的地址。

你疑惑的Py_CLEAR不会阻止这个错误的原因很简单：Py_CLEAR只检查要操作的指针是否为NULL，不会校验指针指向的对象类型。如果指针非空且刚好指向None，Py_CLEAR还是会正常执行Py_DECREF，当None的引用计数被减到0时就会触发该崩溃。

• 优先检查SWIG生成的self.get方法对应的C++封装实现，重点看返回值的引用计数处理：
  1. 如果方法在某些分支下返回None，确认是否错误地对Py_None执行了额外的Py_DECREF；
  2. 确认返回的Python对象指针是否合法，有没有返回栈上临时对象、已经提前释放的对象指针。
• 排查C侧的内存越界问题：崩溃固定出现在同一组数据的处理流程中，大概率是C代码存在堆内存越界、野指针读写，意外改写了Python帧对象中局部变量的指针值，导致原本指向普通对象的指针被改写为None的地址，在帧回收执行Py_CLEAR时触发报错。可以用valgrind运行程序抓取非法内存访问的点位。
• 检查你是否为get方法自定义了SWIG类型映射（typemap）：尤其是返回值的类型映射是否搞错了对象所有权，比如不需要Python释放的对象被错误标注为移交所有权，或者需要调用Py_INCREF返回的对象没有加引用计数，导致对象提前被释放，后续减引用时踩到野指针。
• 可临时重新编译关闭优化的Python3.8版本，避免gdb变量被优化掉，即可直接查看调用栈中被执行Py_DECREF的对象地址，确认是否为None、对应帧中的哪个局部变量，进一步缩小问题范围。

内容的提问来源于stack exchange，提问作者Tails86