Composer报错failed to open stream的根源是文件系统权限或临时目录异常；需检查/tmp（或COMPOSER_CACHE_DIR）读写权限、清理composer_*临时文件及缓存，并可设TMPDIR避开系统/tmp。
Composer 报错 failed to open stream 的常见根源
这个错误几乎总是指向文件系统权限或临时目录状态异常，而不是 Composer 本身出问题。典型报错如：file_put_contents(/tmp/composer_archive...): failed to open stream: Permission denied 或 copy(): failed to open stream: No such file or directory。关键要确认两件事：当前用户对 /tmp（或自定义 COMPOSER_CACHE_DIR）是否有读写权限，以及该目录下是否存在残留的损坏临时文件。
检查并修复 /tmp 目录权限与属主
Linux/macOS 下，/tmp 通常为 1777 权限（即 drwxrwxrwt），允许所有用户创建和删除自己的文件。若被误改，普通用户就无法写入 Composer 生成的临时归档。
- 运行
ls -ld /tmp，确认输出中包含t（sticky bit）且权限为1777 - 若不匹配，用
sudo chmod 1777 /tmp修复（需 root） - 检查当前用户是否被限制在特定
tmpfs挂载点（如某些容器或 systemd 环境），此时应优先改用自定义缓存目录
清理 Composer 临时文件与缓存目录
Composer 在下载包时会先解压到临时目录（默认 /tmp），再移动到 vendor/。若上一次操作中断，残留的半成品会阻塞后续执行。
- 手动清空 Composer 使用的临时区：
rm -rf /tmp/composer_* - 同时清理 Composer 自身缓存：
composer clear-cache - 若设置了
COMPOSER_CACHE_DIR，请一并检查该路径权限，并执行rm -rf $COMPOSER_CACHE_DIR/* - 避免在
composer install过程中手动中断（如 Ctrl+C），这极易留下损坏的.zip或解压中途文件
强制指定安全临时目录绕过系统 /tmp
当无法修改系统 /tmp 权限（如共享主机、CI 环境），最稳妥的方式是让 Composer 完全避开它。
- 设置环境变量：
export COMPOSER_PROCESS_TIMEOUT=2000（可选，防超时中断） - 指定专属临时目录：
export TMPDIR="$HOME/.composer/tmp"，然后mkdir -p $TMPDIR && chmod 700 $TMPDIR - 验证生效：
php -r "echo sys_get_temp_dir();"应返回你设定的路径 - 后续所有
composer命令都会使用该目录，不再依赖系统/tmp
真正麻烦的不是报错本身，而是临时文件损坏后没有明显日志提示——它可能静默跳过解压步骤，导致 vendor 中缺失文件却无明确报错。每次遇到 failed to open stream，优先清临时目录比重试安装更有效。
