Composer报错“Your requirements could not be resolved”主因是PHP版本与composer.json中php约束不匹配；应先确认php -v和require.php字段，再通过切换PHP版本、调整依赖或--ignore-platform-req=php临时解决。
composer install 报错 “Your requirements could not be resolved”
这通常不是 Composer 本身的问题，而是 PHP 版本和 composer.json 中的 php 约束不匹配。比如你本地是 PHP 8.2，但 composer.json 写了 "php": "^7.4"，某些包在 PHP 8.2 下可能被锁死旧版本，或反过来——用 PHP 7.4 装要求 PHP 8+ 的包，直接失败。
实操建议：
- 先运行
php -v确认当前 CLI 使用的 PHP 版本 - 检查
composer.json里require下的php字段，它不是“提示”，是硬性约束 - 临时绕过（仅调试）：加
--ignore-platform-req=php，但别提交到 CI 或生产环境 - 真正修复：要么升级 PHP，要么降级依赖（如把
"monolog/monolog": "^2.0"改成"^1.26"）
怎么让 composer 用指定 PHP 版本执行
Composer 本身不管理 PHP 版本，它只是个 PHP 脚本，完全依赖你调用它的那个 php 可执行文件。所以“切换 PHP 版本”本质是换掉命令行里的 php 命令指向谁。
常见做法：
立即学习“PHP免费学习笔记（深入）”；
- macOS/Linux：用
brew install php@8.1 && brew unlink php && brew link --force php@8.1，再确认which php和php -v - Linux（多版本共存）：直接调用完整路径，比如
/usr/bin/php8.1 /usr/local/bin/composer install - Windows（WAMP/XAMPP）：修改系统 PATH，或在命令行里显式写
C:\wamp64\bin\php\php8.2.0\php.exe C:\wamp64\bin\php\php8.2.0\composer.phar install - 用
alias快速切换（推荐）：alias composer81='php8.1 /usr/local/bin/composer'，之后就用composer81 install
composer global require 后命令找不到
这是路径没加进 $PATH，或者用了不同 PHP 版本安装、不同版本执行导致 bin 目录不一致。Composer 全局 bin 默认放在 ~/.composer/vendor/bin（Linux/macOS）或 %APPDATA%\Composer\vendor\bin（Windows），但它不会自动加入系统路径。
关键点：
- 运行
composer global config bin-dir --absolute查出真实路径 - 把这个路径手动加进 shell 配置（如
~/.zshrc）：export PATH="$HOME/.composer/vendor/bin:$PATH" - 如果用不同 PHP 版本反复装过 global 包，
~/.composer下的vendor可能混着多个 PHP 版本的产物，建议清空重装：rm -rf ~/.composer/vendor && composer global install - 验证是否生效：
which laravel（假设装了 Laravel installer），而不是只看composer global list
PHP 版本切换后 composer.lock 为什么还报错
composer.lock 记录的是“上次成功安装时的精确版本+平台信息”，包括 PHP 版本号。当你换 PHP 版本后，composer install 会校验 lock 文件里的 platform 信息是否匹配当前环境。不匹配就会警告甚至拒绝安装，尤其开启 platform-check（Composer 2.2+ 默认开启）。
解决方法很直接：
- 运行
composer update --lock，它会重写composer.lock中的platform字段为当前 PHP 版本，不更新任何包 - 如果想保留 lock 文件原样（比如团队协作中其他人还没切 PHP），就关掉检查：
composer config platform-check false，但要清楚这意味着放弃平台一致性保障 - 注意：
composer update（无参数）会更新所有包，不是“刷新 lock”，慎用
最常被忽略的一点：IDE（比如 PHPStorm）内置终端可能用的是自带 PHP，和你在 iTerm 里切好的不是同一个；CI 脚本里也容易漏写 php: 8.1 这类声明。版本切换不是改一次就一劳永逸的事。
