Jest 27在Docker特定CPU/RAM配置下并行运行测试时挂起问题求助

• 先校验jest运行器配置：Jest 27默认将测试运行器从jest-jasmine2切换为jest-circus，该运行器在并行执行场景下存在多个已知的进程资源回收bug，可在jest配置中手动指定testRunner: 'jest-jasmine2'后重新运行并行测试，验证问题是否消失。
• 调整并行worker配置：不要使用Jest默认的maxWorkers计算规则（CPU核心数-1），手动指定--maxWorkers=2（或更小的数值）后测试，资源受限的Docker/CI环境中，Jest 27的worker进程回收逻辑容易出现异常，导致僵死进程无法被主进程回收。
• 排查参数冲突：去掉--detectOpenHandles参数后重新执行并行测试，Jest 27的异步句柄检测逻辑本身存在内存泄漏和执行卡住的问题，结合--forceExit使用时反而更容易导致进程无法正常退出。
• 校验依赖版本一致性：检查所有jest生态依赖的版本，包括jest-environment-node/jest-environment-jsdom、babel-jest、ts-jest（若使用TypeScript）等，确保所有依赖的版本和当前安装的jest 27版本完全匹配，跨版本依赖会导致并行执行时上下文异常。
• 清理全局异步资源：排查测试代码中的全局定时器、HTTP/WebSocket长连接、数据库连接等异步资源，要求每个测试文件的afterAll钩子中主动销毁所有全局异步资源，Jest 27的并行模式不会自动清理跨测试文件的全局异步句柄。

需要补充的额外信息 #

• 完整的jest配置文件内容
• 项目所有jest相关依赖的版本号清单
• CI环境的CPU、内存配额配置，以及测试执行的完整命令
• 是否使用了自定义testEnvironment、测试预处理插件

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