Django两用户同时调用自定义C扩展崩溃，是否属于正常现象？

问题诊断 #

该现象不属于正常情况，崩溃的核心原因是你开发的C扩展存在严重的线程安全问题，具体问题点如下：

• 全局变量并发访问冲突
  你代码中用到的cs_all是全局存储的哈希表变量，多线程同时调用Cmcs函数时，多个线程会同时对这个全局变量执行初始化、写入、排序、释放操作，直接导致内存越界、结构损坏，这是进程被直接杀死的首要原因。
  修复方案：将cs_all改为Cmcs函数的局部变量，每个调用栈独立存储自己的计算结果，完全避免跨线程共享可变全局变量。
• 非法内存释放
  代码中的free(cutset_name);是完全错误的操作：cutset_name是指向current_user->name的指针，并非你单独通过malloc申请的内存块，这里主动释放会引发野指针、双重释放问题，直接触发操作系统杀死进程。
  修复方案：直接删除这行释放代码即可，current_user对应的内存会在后续delete_all(cs_all)调用中统一释放。
• GIL管理潜在风险
  你提到在comb函数内用了Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS释放GIL，必须确认在释放GIL的代码区间内，没有任何读取、修改Python对象的操作（包括传入的leaf_seq、tree等Python层面的对象），否则会导致Python解释器内部数据结构被并发修改，直接崩溃。

临时规避方案 #

如果暂时不修改C扩展，你可以将Django的部署方式改为多进程单线程模式（比如Gunicorn/uWSGI配置为每个worker只有1个线程），进程间地址空间相互隔离，不会出现并发修改同一内存的问题。

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