核心是“内存级隔离 + 每次重建 + 零磁盘残留”，通过docker-compose.test.yml定义带size限制和noexec/nosuid选项的tmpfs服务栈，配合独立project_name、自定义网络及up--wait/down-v--rmi闭环管理，实现多业务测试环境自动隔离与销毁。

在 CI 流水线中用 tmpfs 构建多业务测试环境，核心是“内存级隔离 + 每次重建 + 零磁盘残留”。它不依赖卷清理脚本或手动 rm -rf，而是从容器启动那一刻起，就把所有临时数据锁死在内存里，测试结束即自动清空。

用 docker-compose.test.yml 定义带 tmpfs 的服务栈
只保留测试必需服务（如 app、db、redis），每个服务显式挂载 tmpfs 路径，并设独立 project_name 防跨任务干扰：

• 所有临时目录（如 /tmp、/app/cache、/var/run）用 tmpfs 挂载，加 size= 限制防内存溢出
• 数据库的数据目录仍用 volume（需持久化），但日志、socket、pid 文件路径全部指向 tmpfs
• 设置 restart: "no" 和 healthcheck，确保服务按序就绪且不意外复活

为不同业务分配独立 tmpfs 空间与网络
避免多个测试任务争抢同一内存区域或端口：

• 在 docker-compose.test.yml 中为每个业务服务块指定唯一 project_name: test-biz-a
• 使用 networks: 自定义桥接网络，名称含 commit hash 或 job ID，如 test-net-${CI_JOB_ID}
• 对缓存类服务（如 Redis），直接挂载 /data 为 tmpfs；对 Web 应用，挂载 /tmp 和 /var/log/app 为 tmpfs

在 CI 脚本中三步完成环境生命周期管理
无需自研清理逻辑，靠 Docker 原生命令闭环：

• 启动：docker compose -f docker-compose.test.yml -p test-biz-a up -d --wait
• 测试：运行单元/集成测试命令（此时所有 tmpfs 目录已就绪）
• 销毁：docker compose -f docker-compose.test.yml -p test-biz-a down -v --rmi local
  → -v 清空命名卷（配合 tmpfs 使用时，仅清理非 tmpfs 卷）
  → --rmi local 删除本次构建的临时镜像，防止镜像堆积

安全与资源控制必须显式配置
tmpfs 不设限等于放任内存滥用，尤其在共享型 CI 节点上：

• 每个 tmpfs 挂载必须带 size=128m 类参数，参考场景设定：
  小型 API 服务：64–128MB
  含前端构建的全栈测试：256MB
  密钥加载+TLS 双向认证：额外 +64MB
• 加入 noexec,nosuid,mode=1777 等选项，例如：
  volumes: ["/tmp:rw,noexec,nosuid,size=128m,mode=1777"]
• CI 节点宿主机启用 swap 并合理配置，让 tmpfs 在内存紧张时可交换，而非直接 OOM

不复杂但容易忽略