临时文件清理前必须检查.lock是否存在，因Composer自身不生成带.lock的临时文件；需在自定义临时目录创建时同步生成.lock文件，并在清理前验证其存在性与时效性，防止并发冲突导致构建失败。
临时文件清理前必须检查.lock后缀是否存在
Composer自身不生成带.lock的临时文件，但你在post-install-cmd或自定义脚本里创建的临时目录（如tmp_build_20240521_abc123）如果要支持安全清理，就得主动加.lock机制。否则多个并发install可能互相覆盖或误删。
常见错误现象：CI流水线并行构建时，两个job同时执行rm -rf tmp_build_*，一个删到一半另一个开始写，结果缓存损坏、构建失败。
- 创建临时目录时同步生成同名
.lock文件：mkdir tmp_build_$(date +%Y%m%d_%H%M%S) && touch tmp_build_$(date +%Y%m%d_%H%M%S).lock - 清理前先判断
.lock是否存在且修改时间超10分钟：find . -name "tmp_build_*.lock" -mmin +10 -exec dirname {} \; | xargs -I{} rm -rf {} - 不要用
ls tmp_build_* | head -n1找最旧目录——没锁保护，竞态下结果不可靠
清理脚本里不能直接删vendor/composer/autoload_*.php
这些文件是Composer运行时自动加载机制的核心，由composer dump-autoload生成，post-install-cmd钩子执行时它们刚被写入，立刻删除会导致后续命令（比如php artisan config:clear）因类找不到而中断。
使用场景：你希望在部署后清掉所有“非必需中间产物”，但得区分哪些是运行期依赖，哪些是构建期残留。
- 可安全清理：
vendor/composer/installed.json（它会在下次install时重建）、vendor/composer/ClassLoader.php（仅调试用） - 禁止清理：
vendor/composer/autoload_classmap.php、vendor/composer/autoload_psr4.php等——框架启动第一秒就要读它们 - 若真需要重生成，应调用
composer dump-autoload --optimize，而不是手动删文件
Windows下临时路径清理需绕过系统权限限制
Composer在Windows上默认用%APPDATA%\Local\Temp（即C:\Users\用户名\AppData\Local\Temp），这个目录常被杀毒软件锁定，del /q可能静默失败，而错误又不会中止Composer流程，导致磁盘空间持续增长。
性能影响：反复尝试删除失败会拖慢post-install-cmd执行时间，尤其在CI环境里可能触发超时。
- 改用
PowerShell命令替代del，能捕获更细粒度错误：powershell -Command "Get-ChildItem '%TEMP%\composer_*.zip' | Remove-Item -Force -ErrorAction SilentlyContinue" - 清理前加权限检测：
if not exist "%TEMP%\composer_test" (mkdir "%TEMP%\composer_test" 2>nul)，失败则跳过清理 - 避免用
robocopy /mir清空整个%TEMP%——它会误删其他进程正在用的临时文件，引发系统级不稳定
临时文件命名必须含时间戳或随机串
单纯用tmp/或build_tmp/这种固定名，会导致多项目共享同一临时路径，清理逻辑一跑就误伤其他项目。这不是理论风险，而是真实发生在线上部署中的高频问题。
容易踩的坑：你写了rm -rf build_tmp，结果Laravel和Symfony两个项目都用这个目录名，一个在部署，另一个正提供API，瞬间500。
- 生成临时目录时强制拼接时间戳：
build_tmp_$(date +%s%3N)（Linux/macOS）或build_tmp_%TIME: =0%（Windows批处理） - PHP脚本中推荐用
sys_get_temp_dir() . '/build_' . bin2hex(random_bytes(4))，比时间戳更防冲突 - 清理命令必须匹配完整命名模式：
rm -rf build_tmp_*，而非rm -rf build_*——后者会连build_prod一起干掉
真正难的不是写清理命令，而是让每个临时产物从诞生起就自带“死亡线索”：可识别、有时效、不共享。没有这层设计，再频繁的清理也只是给磁盘做表面按摩。
