测试生成的临时文件删不干净，是因为测试过程持续写入或持有文件句柄，如 pytest 的 .pytest_cache、gradle 的 build/tmp/compilejava/.lock、docker 残留挂载点或 jest 内存映射文件；强制清理前须先停掉对应进程（如 pytest 后台任务、gradle daemon、残留 docker 容器及 ide 调试会话），再执行带条件过滤与错误跳过的安全清理命令。
测试生成的临时文件为什么删不干净？
不是权限不够，也不是路径写错，而是测试过程本身在持续写入或持有句柄。比如 pytest 生成的 .pytest_cache、__pycache__ 目录，或 Java gradle 在 build/ 下创建的锁文件（如 build/tmp/compileJava 中的 .lock），这些常被 JVM 或 Python 解释器进程独占锁定。更隐蔽的是 Docker 测试容器退出后残留的 /var/lib/docker/tmp 卷挂载点，或 Node.js jest 的 jest-transform-cache 内存映射文件——它们可能已不活跃，但操作系统尚未释放句柄。
强制清理前必须停掉哪些进程？
别直接 rm -rf 或 Shift+Delete，先切断源头：
-
pytest测试：确认没有pytest --workers后台进程在跑，用ps aux | grep pytest（Linux/macOS）或tasklist | findstr pytest（Windows）查漏 -
gradle/mvn：执行./gradlew --stop或mvn -Dmaven.clean.failOnError=false clean，避免构建守护进程（Daemon）继续占用build/ - Docker 测试：运行
docker ps -a | grep test，对残留容器执行docker rm -f；再删docker volume ls | grep test匹配的卷 - IDE 调试会话：PyCharm 的
Run窗口右上角“停止”按钮必须点过，否则target/或out/下的 classloader 句柄仍被持有
跨平台安全清理命令怎么写？
硬删容易失败，推荐带条件过滤 + 安全跳过：
Linux/macOS（含 WSL）：find . -name "*.log" -mtime +1 -delete; find . -name "__pycache__" -type d -exec rm -rf {} +; find . -path "./build/*" -not -name "libs" -delete
Windows PowerShell（管理员权限）：Get-ChildItem -Path "." -Recurse -Force | Where-Object { $_.Name -match "^(coverage|\.pytest_cache|__pycache__|build|target|out)$" -or ($_.Extension -eq ".tmp" -and $_.LastWriteTime -lt (Get-Date).AddHours(-1)) } | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue
注意：-ErrorAction SilentlyContinue 是关键——它让命令跳过被占用项，而不是中断整个清理流程。
CI/CD 环境里怎么避免反复堆积？
本地清理只是补救，CI 流水线里必须从源头约束：
- GitLab CI：
before_script中加rm -rf node_modules && npm cache clean --force，避免npm install残留缓存污染后续 job - Github Actions：
actions/cache不要缓存build/或dist/，只缓存node_modules或.gradle/caches - 本地开发：在
package.json的scripts里定义"clean:build": "rimraf build dist coverage"，比手动删更可靠
真正难处理的从来不是文件本身，而是那些没被显式关闭的资源句柄——比如一个忘了 close() 的 tempfile.NamedTemporaryFile，或 Jest 测试里未 teardown 的内存数据库连接。这类问题不会出现在 ls 列表里，但会让 rm 报 “Device or resource busy”。
