“your requirements could not be resolved”是依赖冲突，非网络或权限问题；应优先用composer why-not、prohibits和--dry-run -v定位根因，而非删lock或忽略平台限制。
“Your requirements could not be resolved” 是依赖冲突，不是网络问题
这个错误最常被误判为网络或镜像问题，其实 Composer 已经成功拉取全部元数据，只是本地求解失败——约束之间真打起来了。
- 先跑
composer why-not php:8.3（把8.3换成你目标 PHP 版本），看哪个包锁死了低版本，比如输出laravel/framework v10.42.0 requires php ^8.1，但另一个包写了"php": "^7.4" - 再试
composer prohibits laravel/framework:11.0，查谁用conflict字段硬拦你装这个版本 - 检查
composer.json里有没有写死版本号，例如"monolog/monolog": "2.9.0"，而新依赖要求^3.0，二者无交集 - 别删
composer.lock——它记录的是上一次验证可行的版本组合；删了反而让问题更难复现
“file could not be downloaded” 多因国内链路失败，不是本地环境坏了
直连 packagist.org 在国内基本不可靠：DNS 解析慢、TLS 握手失败、连接中断都可能触发该错。
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/ - 切完必须清缓存：
composer clear-cache，否则旧失败记录还在，重试照样卡住 - 如果仍报
unable to get local issuer certificate，说明curl.cainfo没配对；运行php --ini找到真实加载的php.ini，补上curl.cainfo = "/etc/ssl/certs/ca-certificates.crt"（Linux）或对应路径 - 企业内网走代理？补上：
composer config -g http-proxy http://10.0.1.100:8080
“composer: command not found” 要查 PATH 和安装方式
不是没装，而是 shell 找不到可执行文件。Windows、Linux、macOS 的路径逻辑不同，不能一概而论。
- 运行
which composer（Linux/macOS）或where composer（Windows CMD），看是否返回路径；如果空，说明 PATH 没生效 - 检查安装方式：是用
curl -sS https://getcomposer.org/installer | php生成了composer.phar，还是用包管理器（如brew install composer）装的 - 若只有
composer.phar，必须手动加到 PATH：Linux/macOS 编辑~/.bashrc加export PATH="$HOME/bin:$PATH"，再把composer.phar放进~/bin/并改名composer；Windows 则需在系统环境变量里新增 Composer 安装目录 - 改完 PATH 后，必须新开终端——子 shell 不继承父 shell 的 PATH 变更，
source ~/.bashrc不够
Permission denied: failed to create directory vendor/
这是典型的权限错乱，尤其多见于 WSL、Docker 或误用 sudo 后遗症。根本不是 Composer 不行，是你当前用户没权利写那个路径。
- 别直接
sudo composer install——这会让vendor/属主变成root，后续普通用户操作全挂 - 先修复属主：
sudo chown -R $USER:$USER .（Linux/macOS），或 Windows 下右键文件夹 → “属性” → “安全” → 编辑当前用户权限 - 确认当前用户对项目目录有读写权，特别是
vendor/、composer.lock和缓存目录（~/.composer/cache） - WSL 用户注意：Windows 创建的目录默认属主是
root，首次 clone 后应立即chown
vendor，最后还混着 PHP 版本不匹配。每次只盯一个关键词，用对应命令定位，比反复删 vendor 和 composer.lock 有效得多。
