composer install报错主因是镜像配置错误、缓存污染、权限错乱或依赖元数据失效；“could not fetch packages.json”需检查镜像url、tls证书与dns，“permission denied”多因sudo污染导致属主为root，无composer.lock时应运行composer update而非install。
Composer install 报错，八成不是 Composer 坏了，而是镜像没配对、缓存污染、权限错乱或依赖元数据失效——先别重装 PHP 或删整个 ~/.composer，按错误关键词直接切到对应环节。
报 “Could not fetch packages.json” 或卡在 “Loading composer repositories”
这是典型的元数据拉取失败，和 vendor/ 无关，只和仓库地址、TLS、DNS 有关。
- 立刻运行
curl -I https://mirrors.aliyun.com/composer/packages.json：返回200才算通；若报SSL connect error，说明 CA 证书过期，需更新openssl.cafile和curl.cainfo指向最新cacert.pem - 检查镜像配置是否写对：
composer config -g repo.packagist输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；少斜杠、漏type、键名写成repos.packagist都会静默失效 - 项目级配置优先于全局：只要
composer.json里有"repositories"字段（哪怕空数组），全局镜像就彻底不生效；此时应进项目目录运行composer config repo.packagist composer https://mirrors.aliyun.com/composer/
报 “Permission denied” 写 vendor/ 或 composer.lock
这不是权限不够，而是目录“主人不对”——90% 是被 sudo composer install 污染过，导致 vendor/ 属主变成 root，而你当前用普通用户执行。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查归属：
ls -ld vendor/ composer.lock，若显示root root，立刻修复：sudo chown -R $USER:$USER vendor/ composer.lock - 别用
chmod 777硬怼——这解决不了属主错位问题，反而引入安全风险 - Windows 下报
Access is denied且错误出现在生成.bat文件时，大概率是杀软拦截；临时禁用 Windows Defender 实时防护，或改用 Git Bash 运行
报 “No composer.lock file present” 或 “Command install is not defined”
没有 composer.lock，composer install 就拒绝工作——它不是提示你“该生成”，而是明确中断。
- 新项目初始化：必须运行
composer update（不是install），才会解析composer.json并生成合法composer.lock - 误删
composer.lock后只跑composer install，新版 Composer（v2.5+） 会直接报错，不会自动 fallback - 某些 CI 流水线中，若
composer.lock被 gitignore 掉或未提交，也会触发此错误——确认该文件已纳入版本控制
报 “Your requirements could not be resolved”
这不是网络或镜像问题，是依赖约束之间打架了。Composer 已经拿到所有元数据，但在本地找不到一组满足全部版本要求的组合。
- 运行
composer why-not php:8.3（把8.3换成你目标版本），直接看到哪个包在拦路，比如输出laravel/framework v10.42.0 requires php ^8.1，但你项目里还有个包锁死了php: ^7.4 - 检查
composer.json里有没有写死版本号，例如"monolog/monolog": "2.9.0"，而新引入的包要求^3.0，两者无交集 - 确认 PHP CLI 版本和扩展真实可用：
php -v和php -m | grep -E "mbstring|openssl|curl|json"；别只信phpinfo()页面——Web 和 CLI 可能加载不同php.ini
最常被忽略的是：换源后不清缓存、删 composer.lock，或者 composer.json 里残留空 "repositories" 字段——这三个动作不做，镜像再准也白搭。
