首次开发Python C扩展遇重复调用段错误（Segmentation Fault:11）求助

嘿，我来帮你搞定这个段错误问题！作为刚上手Python C扩展的新手，这种重复调用后才出现的崩溃，大概率和引用计数管理不当或者缺少必要的类型校验有关。结合你给出的代码片段，我整理了几个关键的排查和修复方向：

• 给fmap加上严格的类型校验
  你用PyArg_ParseTuple的"Ol"格式只解析出了PyObject指针，但并没有验证它是不是列表。如果某次调用不小心传入了非列表对象（比如字典、None），后续调用PyList_Size和PyList_GetItem就会触发未定义行为——可能前几次调用刚好没出问题，重复几次后就爆段错误。所以拿到fmap后立刻加检查：

  if (!PyList_Check(fmap)) {
      PyErr_SetString(PyExc_TypeError, "fmap must be a Python list");
      return NULL;
  }
  

• 正确处理PyList_GetItem返回的引用
  PyList_GetItem返回的是借用的引用，简单说就是：你可以用这个对象，但绝对不能调用Py_DECREF去释放它！如果你的代码里不小心对event做了Py_DECREF，会导致原列表中的对象引用计数被错误减少，后续调用时该对象可能已经被Python的垃圾回收器释放，再访问就会触发野指针，直接段错误。

• 检查循环内的内存泄漏
  如果循环中你创建了新的PyObject（比如用PyLong_FromLong、PyUnicode_FromString这类函数），一定要记得在使用完后调用Py_DECREF释放内存。每次调用扩展函数都会积累未释放的内存，重复次数多了会导致内存溢出，最终触发段错误。举个例子：

  // 创建新对象
  PyObject *result = PyLong_FromLong(some_calculated_value);
  // 使用result做一些操作...
  // 用完必须释放
  Py_DECREF(result);
  

• 用调试工具定位崩溃点
  光靠代码猜效率太低，建议用调试工具抓具体的崩溃位置。在macOS上可以用lldb：

  lldb python
  # 启动你的脚本
  > run your_test_script.py
  # 触发段错误后，查看调用栈
  > bt
  

  调用栈会清晰显示是哪一行C代码导致的崩溃，直接定位问题根源。

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