“Your requirements could not be resolved”是环境不达标，不是依赖写错了；主因是PHP版本过低、关键扩展缺失或platform配置与实际环境不符，composer install只严格还原composer.lock，不解决冲突。
Composer install 报错，绝大多数不是依赖本身有问题，而是本地环境和 composer.lock 的约定不匹配——它不尝试“解决冲突”，只严格“还原锁定”。环境差一点，就直接失败。
报 “Your requirements could not be resolved” 是环境不达标，不是依赖写错了
这个错误说明 Composer 已经拿到全部元数据，但在求解时发现没有一组版本能同时满足 composer.lock 里所有包的约束。它根本没走到下载环节，纯属本地环境卡点。
- PHP 版本低于某个包要求的最低版本（比如
monolog/monolog v3.5.0要求php >=8.1，而你本地是php 8.0.28） - 扩展缺失：
ext-mbstring、ext-xml、ext-curl没启用（composer diagnose会标出） -
composer.json顶部的"config": {"platform": {...}}写死了"php": "8.2.10"，但实际运行的是php 8.1 - 别用
--ignore-platform-reqs掩盖问题——装完大概率运行时报错，比如Fatal error: Uncaught ParseError: syntax error, unexpected token "="
“Command not found” 或 “laravel -V 报错” 是 PATH 没配对，不是没装上
全局命令（如 laravel、phpunit）被放在 COMPOSER_HOME/vendor/bin，系统根本找不到它，和安装过程无关。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先运行
composer config --global home确认路径，Windows 默认是%APPDATA%\Composer，Linux/macOS 是$HOME/.composer - 把对应路径下的
vendor/bin加进系统PATH：Windows 加到「系统变量」→Path；Linux/macOS 在~/.zshrc末尾加export PATH="$HOME/.composer/vendor/bin:$PATH" - 改完必须关闭所有已打开终端，新开一个再试——旧进程不会重读
PATH - 验证：运行
echo %PATH%（Windows）或echo $PATH（macOS/Linux），确认含该路径；再跑where laravel或which laravel
“Loading composer repositories…” 卡住或报 SSL 错误，90% 是 PHP 扩展或 CA 证书问题
这不是网络慢，是 PHP CLI 层面连 HTTPS 都建不起来——composer install 连镜像都还没开始请求。
- 运行
php --ini查出真实生效的php.ini路径，打开后取消注释这四行：extension=openssl、extension=curl、extension=mbstring、extension=zip - 确认
extension_dir指向正确（例如extension_dir="C:\php\ext"），重启终端后用php -m | findstr openssl（Windows）或php -m | grep openssl（macOS/Linux）验证 - 如果仍报
unable to get local issuer certificate，说明curl.cainfo和openssl.cafile指向了过期证书；去 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载最新cacert.pem，在php.ini中统一设置两处路径
镜像配置写了却没生效，关键在 repo.packagist 的写法和作用域
配置写错、没加 -g、或被项目级 repositories 字段覆盖，都会让 Composer 安静退回官方源，不报错也不提醒。
- 必须用
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意结尾斜杠、composer类型参数、-g） - 运行
composer config -g repo.packagist，输出必须是完整 JSON 对象，例如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null或仍是https://packagist.org，说明没写进去 - 只要项目根目录
composer.json里有"repositories": []或"repositories": {}，全局镜像就彻底失效——此时应进项目目录，运行composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - CI/CD 或宝塔中，别用 root 配全局镜像；www 用户执行命令，就得用
sudo -u www composer config -g单独配
真正容易被忽略的是：composer install 成功只代表 vendor 目录结构还原了，不代表代码能跑。autoload 映射错位、类找不到、命令执行失败，往往是因为 vendor/autoload.php 没被正确引入，或者 COMPOSER_HOME 被设错导致全局 bin 不可用——这些都不报错，但就是不工作。
