通过指定 Serial 就能在宿主机并发，为什么要引入 Docker 增加复杂度？

“通过指定 Serial 就能在宿主机并发，为什么要引入 Docker 增加复杂度？”

❌ 错误回答 (太浅)： “因为 Docker 比较火，大家都用 Docker。” (评价：跟风党，挂。)

✅ 满分回答 (架构师视角)：

“仅为了并发，指定 Serial 确实够了。但我引入 Docker 主要是为了解决 ‘环境治理’ 和 ‘运维标准化’ 的问题：

消除依赖冲突：宿主机可能运行着多个不同版本的测试任务。Docker 实现了依赖隔离 (Dependency Isolation)，我的任务可以在容器里用 Python 3.10，而不影响宿主机的 Python 环境。

原子化销毁：自动化测试经常会产生僵尸进程。在宿主机上很难通过 PID 杀干净，而 Docker 提供了容器级的生命周期管理。超时熔断时，我直接销毁容器，能确保 100% 释放资源，没有残留。

交付标准化：Docker 镜像屏蔽了底层 OS 的差异（Mac 开发，Linux 运行）。我交付的是一个可执行的镜像，而不是一堆散乱的脚本，这大大降低了部署成本。”

总结一句话： 不用 Docker 是“手工作坊”（能跑就行）；用了 Docker 是“流水线工厂”（标准、隔离、可控）。