Composer不提供重命名临时文件的机制，因其下载缓存ZIP和解压目录名由PHP底层随机生成且不可控，强行重命名会导致解压失败；唯一可控的是通过COMPOSER_CACHE_DIR调整缓存路径。
Composer 本身不提供重命名临时文件的机制，也没有 --rename-temp、-t 或类似参数。所谓“临时文件”，在 Composer 场景中通常指两类东西：下载压缩包解压前的 composer_*.zip（或 .tar）缓存文件，以及 PHP 运行时通过 sys_get_temp_dir() 创建的 unpack 中间目录（如 /tmp/composer_archiveXXXXXX）。这些文件名由 PHP 内部或 Composer 的 ZipArchive 实现生成，不可控、不可预测、也不应被手动干预。
临时文件在哪？为什么不能重命名？
Composer 执行 install 或 update 时，会把远程包先下载到缓存目录（~/.composer/cache/files/），再复制到系统临时目录（如 /tmp）解压。这个过程中的临时 ZIP 和解压目录名是随机生成的（含时间戳+随机字符串），PHP 的 tempnam() 或 ZipArchive::open() 底层决定，Composer 不暴露任何钩子去修改它。
- 你看到的
composer_5f8a2b3c.zip是 PHP 自动命名，不是 Composer 写死的 - 试图用
mv /tmp/composer_*.zip /tmp/my.pkg.zip并不能让 Composer 继续使用——它已持有原始文件句柄，重命名会导致后续解压失败或静默跳过 - 强行重命名还可能触发权限错误（尤其在容器或 CI 环境中，
/tmp可能挂载为noexec或nodev）
真正可控的“临时”路径只有缓存目录
如果你希望改变下载包的存放位置（看起来像“重命名临时行为”），唯一合法方式是调整缓存根目录，通过 COMPOSER_CACHE_DIR 环境变量：
- 临时生效：
COMPOSER_CACHE_DIR="/path/to/my-cache" composer install - 永久生效（Linux/macOS）：
echo 'export COMPOSER_CACHE_DIR="$HOME/.my-composer-cache"' >> ~/.zshrc && source ~/.zshrc - 注意：
COMPOSER_CACHE_DIR只影响~/.composer/cache/下的files/、repo/等子目录，不影响sys_get_temp_dir()返回的系统临时路径
遇到磁盘满或 inode 耗尽？别碰临时文件名，直接清理
常见报错如 mkdir(): No space left on device 或 Too many open files，往往是因为 /tmp 下残留了大量 composer_*.zip 或未清理的 unpack 目录。这时该做的是清理，不是重命名：
- 查占用：
df -h /tmp（看空间）、df -i /tmp（看 inode） - 清 ZIP：
find /tmp -name 'composer_*.zip' -mmin +60 -delete（删 1 小时前的） - 清 unpack 目录：
find /tmp -type d -name 'composer_archive*' -mmin +60 -empty -delete - 别用
rm -rf /tmp/composer_*——可能误删正在使用的临时目录，导致当前命令崩溃
真正需要“定制临时行为”的场景极少，绝大多数问题出在缓存管理或系统临时目录配置上。与其纠结重命名，不如确认 COMPOSER_CACHE_DIR 是否合理、/tmp 是否定期清理、以及是否在 CI 中启用了 --no-interaction --no-progress 减少中间产物。临时文件名本身，就是个不该被依赖的实现细节。
