Composer中多个版本约束需写在单个require条目中，用空格分隔，如"monolog/monolog": ">=1.0 !=7.5.x"；扩展约束如"ext-mbstring": "*"。
多个版本约束怎么写在 require 里
Composer 不允许在同一个包名下写多条 require 条目，所以“多重约束”不是靠重复声明，而是用单个字符串组合逻辑表达式实现。
常见错误是把多个约束拆成两行，比如：
"monolog/monolog": ">=1.0", "monolog/monolog": "<2.0"
这会触发 JSON 解析失败（键重复）或被后一条覆盖，根本无效。
正确做法是用空格连接表示 AND，用 || 表示 OR：
"monolog/monolog": ">=1.0 → 同时满足两个条件，等价于 <code>~1.0"monolog/monolog": ">=1.2.0 =2.0.0 → 允许 1.2.x 或 2.x，跳过 1.3–1.9 区间-
"php": "^7.4 || ^8.1"→ 声明项目支持两个不兼容的 PHP 大版本（注意：这不等于“自动适配”，见下文）
^ 和 ~ 在多重场景下的行为差异
^ 和 ~ 看似都限制升级范围，但对“最后一位”的理解完全不同，直接影响依赖解析结果。
例如："symfony/console": "^5.4.0" 允许安装 5.4.23、5.9.9，但拒绝 6.0.0；而 "symfony/console": "~5.4.0" 只允许 5.4.x，连 5.5.0 都会被排除。
关键区别：
-
^5.4.0→>=5.4.0 （锁主版本） -
~5.4.0→>=5.4.0 （锁主+次版本） -
~5.4→>=5.4.0 （注意：末位缺失时自动补 <code>.0，行为退化为^）
所以 ~5.4 和 ^5.4.0 实际效果一样，但 ~5.4.0 更明确，推荐后者。
PHP 版本多重约束的实际陷阱
写 "php": "^7.4 || ^8.1" 很容易，但 Composer 解析时会优先选最高可用版本（即 PHP 8.1），哪怕你当前运行的是 PHP 7.4。
后果很直接：
- 在 PHP 7.4 环境下执行
composer install，可能报错Your requirements could not be resolved - 即使装成功，
composer.lock里记录的包可能是为 PHP 8.1 编译的（比如含match表达式），PHP 7.4 运行时报ParseError -
config platform.php是唯一能“欺骗”解析器的方式，但它只影响install/update阶段，不改变运行时能力
真正安全的做法是：每个 PHP 版本对应独立的 vendor/ 和 composer.lock，通过 php81 composer install 显式调用目标 PHP 二进制。
什么时候必须用显式范围而非 ^ 或 ~
当包作者未严格遵守 SemVer，或你明确知道某次小版本引入了破坏性变更（比如 Laravel 9.3 中废弃了某个 Facade），就不能依赖 ^ 或 ~ 的默认语义。
此时应手写范围约束：
"laravel/framework": ">=9.0 → 卡死在 9.3 之前-
"guzzlehttp/guzzle": ">=7.0.0 =7.6.0"→ 跳过已知有 bug 的 7.5.x -
"ext-mbstring": "*"→ 强制要求扩展存在，不指定版本（扩展无版本号）
这类写法绕过了 Composer 对语义化版本的假设，代价是维护成本上升——你得自己跟踪每个包的变更日志。
