pytest测试间完全清理疑问：单测试独立执行正常、同进程批量执行挂起的原因及强制清理方案问询

没错，场景1和场景2之间的核心差异绝对可能导致你遇到的挂起问题。咱们先把本质说清楚：

当你分开执行两次pytest命令时，每个测试都在全新的Python进程里运行；而场景2中两个测试共享同一个pytest进程。这两种模式下，进程级资源和全局状态的处理天差地别：

核心差异点 #

• 操作系统兜底的资源回收：场景1里，每次pytest进程结束后，操作系统会自动回收该进程占用的所有资源——不管你的clean_stuff()有没有处理干净，共享内存段、内核锁、文件句柄这些都会被彻底清掉。
• 进程内状态残留：场景2中，两个测试共用同一个解释器进程，任何没被clean_stuff()彻底清理的进程级资源（比如共享内存的残留标记、没释放的同步锁）、全局变量、模块级状态都会带到下一个测试里。如果prepare_stuff()依赖“完全干净的初始环境”，自然会因为残留状态卡壳。

你提到已经确认clean_stuff()在test_1后执行了，但显然它的清理力度不如进程退出彻底——比如可能共享内存段删了，但关联的信号量还被占着，或者某个模块的全局开关没重置回初始状态。

解决办法 #

1. 强制每个测试跑在独立进程（最直接） #

这是完美复刻场景1行为的方式，让每个测试都在单独进程执行，进程退出时操作系统自动兜底。用pytest的forked插件就行：

• 先装插件：pip install pytest-forked
• 执行测试时加参数：

  pytest ./test_module.py -k "test_1 or test_2" --forked
  

  每个测试都会fork新进程，测试结束进程就退，完全避开进程内状态残留的问题。

2. 补全clean_stuff()的清理逻辑 #

既然现有清理不够彻底，得针对性排查：

• 检查共享内存相关的所有资源：不仅要删内存段，还要确保shm_open创建的文件、关联的信号量/互斥量都被正确销毁。
• 重置全局/模块状态：如果prepare_stuff或somecode依赖全局变量，一定要在clean_stuff里把它们恢复到初始值。
• 可以加日志辅助排查：在prepare_stuff里记录当前进程ID（os.getpid()）、共享内存的键值/状态，对比场景1和场景2的日志，就能精准定位哪块资源没清干净。

3. 用xdist并行测试（另一种进程隔离方式） #

xdist本来是用来并行跑测试的，但它默认的多进程模式也会让每个测试在独立进程里执行：

pytest ./test_module.py -k "test_1 or test_2" -n 2

两个测试并行在不同进程，同样能避免状态残留。

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