容器生命周期结束时自动清理临时垃圾文件的关键是将清理融入退出流程：用--rm启动、在cmd/entrypoint嵌入清理逻辑、挂载tmpfs、配合system prune兜底。
容器生命周期结束时自动清理临时垃圾文件，关键不是等容器停了再动手，而是让清理动作成为退出流程的一部分——要么随主进程自然收尾，要么在容器销毁前强制执行。
用 --rm 启动容器，避免残留容器层
临时任务类容器（比如跑脚本、编译、测试）应始终加 --rm 参数：
- 容器主进程一结束，Docker 立即删除整个容器实例，包括其可写层
- 不会留下 exited 状态的“僵尸容器”，也就没有后续手动清理的必要
- 示例：
docker run --rm -v $(pwd):/work alpine sh -c "cd /work && make clean && echo 'done'"
在 CMD 或 ENTRYPOINT 中嵌入清理逻辑
如果容器需要长期运行但内部会产生临时文件（如日志缓存、下载产物），就把清理步骤写进启动命令里：
- 用 shell 封装：先执行业务逻辑，再
rm -rf /tmp/* /var/cache/*等 - 确保清理命令放在主进程之后、且不依赖外部信号（避免被提前中断）
- 若主进程可能异常退出，可加 trap 捕获信号后清理：
trap 'rm -rf /tmp/myapp-*' EXIT
利用 Docker 的 tmpfs 挂载隔离临时数据
对纯临时性内容（如 session、缓存、中间产物），直接挂载内存文件系统，容器退出即清空：
docker run --tmpfs /tmp:rw,size=100m --rm your-image- /tmp 下所有写入都只存在于内存中，容器终止后自动消失，不占磁盘也不留痕迹
- 适合高频率读写、无需持久化的场景，比如单元测试中的 mock 数据目录
配合系统级定时清理作为兜底
即使用了 --rm 和 tmpfs，宿主机上仍可能残留构建缓存、悬空镜像或未及时回收的卷：
- 定期运行
docker system prune -f --filter "until=24h"清理 24 小时内未使用的资源 - 对 CI/CD 环境，可在流水线末尾加一步：
docker builder prune -f && docker image prune -f - 注意：prune 不会影响正在运行或刚退出但带命名的容器，安全可控
