composer install 报“require does not match”错误是因为 composer.lock 中记录的依赖版本与 composer.json 的 require 约束不兼容，需通过 rm composer.lock 后重装或运行 composer update –lock 来同步。
composer install 为什么报错“require does not match”
因为 composer install 默认严格校验 composer.lock 中记录的依赖版本与当前 composer.json 的 require 声明是否兼容。一旦 composer.json 里手动改了某包的版本约束（比如从 "monolog/monolog": "^2.0" 改成 "^3.0"），但 composer.lock 还没更新，就会触发不匹配错误，提示类似 The requested package monolog/monolog (locked at 2.10.0) is satisfiable by monolog/monolog[2.10.0] but these conflict with your requirements or minimum-stability.
–ignore-platform-reqs 不等于跳过依赖检查
--ignore-platform-reqs 只跳过 PHP 版本、扩展（如 ext-curl）等平台级要求，对包版本冲突、依赖图矛盾、conflict 规则完全无效。很多人误以为加了这个参数就能绕过所有检查，结果还是失败。
- 它不会忽略
composer.json和composer.lock的版本不一致 - 也不会绕过
conflict或replace声明引发的冲突 - 更不会让 Composer 接受已被
minimum-stability拒绝的 dev 分支包
真正跳过依赖检查的两个可行方式
Composer 本身没有“强制安装 lock 文件无视 json 约束”的开关，但可通过组合操作达成效果：
-
方式一：先删 lock 再装 —— 运行
rm composer.lock，再执行composer install。此时 Composer 会完全按composer.json重新解析依赖树并生成新 lock，相当于放弃原有约束。注意：这会改变所有间接依赖版本，可能引入不兼容变更 -
方式二：用 update 替代 install —— 直接运行
composer update --lock。它不重装包，只校准composer.lock以匹配当前composer.json，且不升级任何包（除非你显式指定）。比删 lock 更可控
如果只想忽略某个特定包的版本冲突（极少见），可临时注释掉 composer.json 中对应 require 行，再 composer install，之后手动 composer require vendor/name:version 补回——但这容易漏掉其子依赖，不推荐。
