根本原因是目录属主为root而非当前用户，需用ls -ld检查vendor/、composer.lock及全局缓存目录归属，再用sudo chown -R $USER:$USER精准修复所有权。
根本不是 Composer 本身坏了，而是它被操作系统拦在了某个目录门外——vendor/、composer.lock 或 ~/.composer/cache/ 这三个地方占了 90% 的报错源头。修复的关键不是调权限数字，而是把“本该属于你的目录”真正还给你。
报 Permission denied 怎么快速定位问题路径
终端报错从不模糊，它一定带了完整失败路径。比如：
-
file_put_contents(/home/alex/myapp/vendor/autoload.php)→ 锁定vendor/ -
Could not write to /home/alex/myapp/composer.lock→ 锁定composer.lock -
Writing cache file ~/.composer/cache/repo/https---packagist.org/...→ 锁定全局缓存目录
别猜，直接用这三行命令查归属：
ls -ld vendor/ composer.lockcomposer config --global cache-dirls -ld $(composer config --global cache-dir)
只要任意一行输出第三列（owner）不是你当前用户名（$(whoami)），比如显示 root root，问题就坐实了：是所有权错位，不是 chmod 数字太小。
chown -R $USER:$USER 是解药，chmod -R 777 是毒药
改权限 ≠ 改归属。chmod 控制“能不能读写”，chown 才决定“这东西归不归你”。误用 chmod -R 777 会让 vendor/bin/phpunit 这类可执行文件被 CI 工具或安全扫描器直接拦截，Git 提交时还会报 ownership changed。
修复分场景执行：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目内目录：
sudo chown -R $USER:$USER vendor/ composer.lock - 全局缓存目录：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer被污染：sudo chown -R $USER:$USER ~/.composer，再补一句chmod -R u+rw ~/.composer防 umask 导致子目录不可写
sudo 在这里只用于临时提权跑 chown，不是鼓励你以后都 sudo composer install——后者才是污染源头。
镜像配置不生效？优先级和 URL 结尾斜杠是关键
全局镜像配置失效，大概率不是命令写错了，而是被项目级 repositories 覆盖，或者镜像 URL 少了个结尾斜杠。
检查方式：
- 运行
composer config --list（在项目目录下），看是否输出repositories相关字段 - 打开
composer.json，确认是否含"repositories"键；有则删掉，或显式禁用默认源：{"packagist": false} - 镜像地址必须以
/结尾，否则请求会 404：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌
验证是否真在用镜像：composer diagnose，看 Repo packagist.org: 后面的地址是不是你设的镜像域名；更直接的是加 -vvv：composer install -vvv 2>&1 | grep -i "mirrors\|packagist"。
Docker / CI / WSL 环境里权限容易被忽略的点
这些环境里，chown 可能看似成功但实际无效：
- WSL 的
/mnt/c/、macOS 外接 NTFS 盘、Docker bind mount 的宿主机路径，Linux 的 uid/gid 映射不生效 - CI 流水线中，基础镜像（如旧版
php:alpine）的/tmp或~/.composer缓存目录权限混乱，导致写缓存失败 - Docker 构建时，
composer config -g写的配置不会持久化，必须在RUN指令中显式执行，或直接写进composer.json的repositories
这类场景下，硬修属主不如换路径：用 COMPOSER_VENDOR_DIR="$HOME/myproject/vendor" 或 composer config --global cache-dir ~/composer-cache，再手动创建并赋权，更稳。
