答案是先检查vendor目录归属，若属主为root则用sudo chown -R $USER:$USER vendor/修复；切勿用chmod 777或sudo composer install。
composer install 报 file_put_contents(./vendor/autoload.php): failed to open stream: Permission denied 怎么办
这不是 PHP 或 Composer 本身没权限，而是它试图往当前用户无写权限的目录（比如 vendor/）写文件时被系统拒绝。最常见原因是之前用 sudo composer install 初始化过项目，导致整个 vendor/ 目录属主变成 root，后续普通用户就再也写不进去。
别急着 chmod 777 vendor/ 或反复 sudo —— 这只会掩盖归属问题，还可能触发安全扫描告警。
- 先确认归属：
ls -ld vendor，如果显示root而不是你的用户名，就是这个原因 - 安全修复方式：删掉整个
vendor和composer.lock，再用当前用户重装rm -rf vendor composer.lock && composer install - 如果必须保留
composer.lock（比如 CI 环境），加--no-scripts跳过 post-install 脚本：rm -rf vendor && composer install --no-scripts
临时文件夹（/tmp 或 ~/.composer/cache）写入失败怎么清理
Composer 在下载、解压、缓存过程中会用到临时路径，比如 /tmp、~/.composer/cache 或 WSL 下的 /mnt/c/...。这些位置若属主错误、空间不足或挂载只读，就会报类似 failed to open stream 或卡在 Extracting archive 步骤。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查当前缓存路径：
composer config --global cache-dir，通常返回~/.composer/cache - 手动清理并重设权限：
rm -rf ~/.composer/cachemkdir -p ~/.composer/cachechmod 755 ~/.composer/cache - WSL 用户注意：
/mnt/c/下运行composer install极易因 Windows ACL 导致权限错乱，应把项目移到~/projects/等原生 Linux 路径下 - Docker 场景中，不要在宿主机用 bind mount 挂载后跑
composer install；应在Dockerfile里RUN composer install
Windows 下安装 Composer 提示 The PHP exe file you specified did not execute correctly
这通常不是 PHP 路径错了，而是安装器试图调用 PHP 执行时，PHP 自身无法写入其临时工作目录（比如 C:\Users\<username>\AppData\Local\Temp\</username> 下的某个子目录）。尤其在 PHPStudy 等集成环境里，PHP 的 sys_temp_dir 可能指向一个受限路径。
- 打开错误提示里提到的临时目录，找类似
is-xxxxx.tmp\result.txt的文件，里面会有真实 PHP 错误（比如failed to open dir或扩展未启用） - 检查 PHP 配置：
php -i | grep "sys_temp_dir"，确认该路径存在且当前用户有读写权限 - 临时改 PHP 临时目录（仅调试用）：
php -d sys_temp_dir="C:\temp" composer-setup.php --install-dir=... - 确保
openssl、zip、mbstring扩展已启用——缺任一都可能导致安装器静默失败
CI/CD 流水线里 composer install 权限失败怎么绕过
GitHub Actions、GitLab CI 默认以非 root 用户运行，但某些基础镜像（如旧版 php:alpine）中 /tmp 或 ~/.composer 目录权限混乱，导致缓存写入失败，进而中断整个流程。
- 在流水线脚本开头显式创建并授权缓存目录：
mkdir -p .composer-cache && chmod 700 .composer-cache - 设置环境变量覆盖默认缓存路径：
COMPOSER_CACHE_DIR="$(pwd)/.composer-cache" composer install - 跳过高权限操作：加
--no-plugins --no-scripts --no-autoloader，大幅降低对vendor/和cache/的写入需求 - Alpine 用户额外注意：
phar解包有时静默失败，加-vvv查看是否卡在Extracting archive，必要时换用php:debian镜像
真正容易被忽略的是：报错里出现的路径（比如 /tmp/xxx）往往只是中间产物，根源可能是上游某个配置项（如 COMPOSER_HOME 指向了 /root/.composer）让整个执行上下文错位。先查 echo $COMPOSER_HOME 和 whoami，比盲目清理更有效。
