composer install失败八成因环境、配置或权限问题；报“permission denied”是归属权错误而非chmod不足，应chown修复；报“file could not be downloaded”需配阿里云镜像并清缓存；报“requirements could not be resolved”要检查php版本与扩展是否匹配。
本地运行 composer install 报错，八成不是 Composer 坏了，而是环境、配置或权限某处卡住了——先盯住报错里带路径或关键词的那一行，再动手。
报错含 “Permission denied” 或写入失败路径
这不是权限数字不够（比如 755 vs 777），是文件/目录归属权错了。Composer 不关心 chmod，只认 owner。
- 看报错里明确写的路径，比如
file_put_contents(/home/user/project/vendor/autoload.php): Permission denied→ 问题在vendor/目录 - 运行
ls -ld vendor/，如果第一列显示root（如drwxr-xr-x 12 root root），就是归属权错配 - 修复命令：
sudo chown -R $USER:$USER vendor/ composer.lock - 别用
chmod -R 777—— 它会让vendor/bin/phpunit这类可执行脚本被 CI 拒收，也破坏 Git 状态
报错含 “file could not be downloaded” 或卡在 “Loading composer repositories”
国内直连 packagist.org 基本不可靠，但换镜像不等于万事大吉，漏一个字符就失效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须用这条命令配阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意：末尾/不能少，type参数composer不能漏，-g不能丢） - 配完立刻验证：
composer config -g repo.packagist输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空或仍是https://packagist.org说明根本没写进去 - 项目根目录若存在
"repositories": []或任何"repositories"字段，全局镜像完全失效——临时清掉：composer config --unset repositories - 清缓存：
composer clear-cache；删锁和依赖：rm -f composer.lock && rm -rf vendor/；再重跑composer install
报错含 “Your requirements could not be resolved”
这个错误常被误认为网络或镜像问题，其实 Composer 已经连上源了，它是在本地解依赖时发现矛盾。
- 先确认 PHP CLI 版本和扩展：运行
php -v和php -m | grep -E "openssl|curl|mbstring|xml"，Web 和 CLI 的php.ini可能不同 - 检查
composer.lock里锁定的包是否要求更高 PHP 版本（比如锁了monolog/monolog: ^3.5，但它要求 PHP >=8.1，而你本地是 8.0） - 看
composer.json顶部是否有"config": {"platform": {"php": "8.2.10"}}，这个值必须和你实际php -v输出一致 - 临时验证可用：
composer why-not php:8.3（把 8.3 换成你目标版本），它会直接列出哪个包在拦路
Windows 上报 “CreateProcess failed” 或 “not found”
不是 Composer 装错了，是 Windows 的 PATH 长度超了 32767 字符，或者 PHP 找不到自身扩展。
- 查当前 PATH 长度：
echo %PATH% | powershell -Command "$input.Length"，超限就进「系统属性 → 高级 → 环境变量」精简 - 重点清理重复的 Composer
bin-dir：运行composer config --global bin-dir，然后在环境变量里删掉所有指向该路径的条目（尤其避免多次添加%APPDATA%\Composer\vendor\bin） - 确认 PHP CLI 启用了必要扩展：打开
php --ini显示的php.ini，取消注释extension=openssl、extension=curl、extension=mbstring、extension=zip - 改完重启所有终端，再跑
php -m | findstr openssl，有输出才算生效
最容易被忽略的是：报错信息里带路径的那行，永远比“权限不足”“网络错误”这种泛泛提示更准；而 composer install 成功后仍跑不起来，大概率是 vendor/autoload.php 没被正确引入，或 autoload 配置里写了不存在的命名空间路径。
