答案是先根据报错路径定位问题目录，再用sudo chown -R $USER:$USER修复所有权，禁用chmod -R 777；如vendor/、composer.lock或全局缓存目录属主为root，则执行对应chown命令修正归属。
报错里带路径就先查归属，别碰chmod
看到 Permission denied 时，终端那行失败路径就是线索：file_put_contents(/home/user/project/vendor/autoload.php) → 锁定 vendor/；Could not write to /var/www/app/composer.lock → 锁定 composer.lock；Writing cache file ~/.composer/cache/... → 锁定全局缓存目录。
立刻执行三行检查归属：
ls -ld vendor/ls -ld composer.lockls -ld $(composer config --global cache-dir)
只要任意一行显示 root root，就是所有权错配，不是权限位不够。修复只用 chown：
- 项目内目录：
sudo chown -R $USER:$USER vendor/ composer.lock - 全局缓存：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都是 root？直接sudo chown -R $USER:$USER ~/.composer
禁用 chmod -R 777——它会让 CI 拒收可执行文件、Git 报 ownership changed、后续 install 半途失败。
config -g repo.packagist 输出为空？说明根本没写进去
composer config -g repo.packagist 输出空、null 或还是 https://packagist.org，不是“没生效”，是配置压根没存成功。Composer 2.x 会静默 fallback 到官方源，不报错也不提醒。
必须同时满足三个硬条件：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 键名只能是
repo.packagist（repos.packagist、repositories.packagist全无效） - 命令末尾必须显式传
composer作为 type 值：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须 HTTPS 且以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（拼出/composerpackages.json导致 404）
验证是否真写进去了：composer config -g repo.packagist 应输出完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
install 卡在 “Downloading” 但日志没镜像域名？说明根本没走你配的源
运行 composer install -vvv 2>&1 | head -n 10 | grep Downloading，第一行 URL 才是真实请求地址。只看 composer config 输出没用。
常见原因：
- 项目根目录
composer.json含"repositories"字段（哪怕只是空数组[]），全局镜像会被完全屏蔽 - CI/CD 或宝塔环境：你在终端用
root配了全局镜像，但实际运行的是www用户，得用sudo -u www composer config -g单独配 - 企业内网走中间人代理，导致连接被静默拦截
临时清掉项目级干扰：composer config --unset repositories（注意没 -g）。
换镜像后仍报 404、SSL 错误或 JSON decode error？清缓存和 lock 文件才是关键
这类错误不是网络不通，而是缓存残留、元数据损坏或镜像同步延迟——Composer 拿着旧路径去新源上找不存在的东西。
必须做三件事：
- 清缓存：
composer clear-cache；Windows 用户还得手动删%LOCALAPPDATA%\Composer\cache - 删
vendor/和composer.lock：composer.lock里硬编码了旧 provider 地址，不删它，Composer 就一直重试失败路径 - 手动验证镜像可用性：
curl -I https://mirrors.aliyun.com/composer/packages.json必须返回HTTP/2 200；若返回 HTML 页面（如人机验证），说明该镜像不适合自动化场景
某些 file_put_contents(): Only variables should be passed by reference 报错，其实是镜像返回了乱码或 BOM 头，换阿里云/腾讯云源即可。
