~1.2.3表示>=1.2.3且=1.2.3且
Composer 本身不支持“一个项目同时装多个 PHP 版本的同一包”，所谓“多版本兼容”不是让 foo/bar v1 和 v2 并存，而是通过版本约束符号（~ 和 ^）控制「在哪个范围内选一个版本」，并配合 PHP 平台声明规避运行时冲突。选错符号或混用 platform 配置，轻则锁死旧版，重则引入语法不兼容的包。
composer.json 里写 ~1.2.3 还是 ^1.2.3？看 API 兼容边界
~1.2.3 锁死次版本，只允许修订号升级；^1.2.3 允许次版本和修订号自由升级——但前提是包遵守语义化版本（SemVer）。如果你依赖的包明确按 SemVer 发版（如 Laravel、Symfony），^ 更省心；如果它常把 1.2.10 → 1.3.0 当破坏性更新发（比如某些小众 SDK），~ 才是安全选择。
-
~1.2.3等价于>=1.2.3 ：能装 <code>1.2.99，但绝不会升到1.3.0 -
^1.2.3等价于>=1.2.3 ：可能拉到 <code>1.9.0，甚至1.10.5，只要主版本还是1 - 写
~1.2会自动补成>=1.2.0 ；写 <code>^0.1.0则只允许修订号升（0.x.y下次版本变动视为破坏性） - 误用典型：想升
1.2.3 → 1.3.0却写了~1.2.3，结果composer update一动不动
为什么 composer install 成功了，php index.php 却报 ParseError: syntax error, unexpected token "match"
这不是 Composer 欺骗你，是你混淆了「解析环境」和「运行环境」。Composer 按当前 php -v 的版本校验 composer.json 中的 "php": "^8.1"，也按这个版本去选包；但如果你本地是 PHP 7.4，却靠 config.platform.php “假装”有 8.2，那 vendor/ 里真会装进含 match 表达式的代码——而 PHP 7.4 根本不认识它。
- 真正生效的是执行
composer install时那个php命令的版本，不是config.platform.php声明的版本 -
config.platform.php只在install/update阶段起作用，它不编译、不转译、不降级语法 - CI 或部署机上要用低版本 PHP 构建高版本兼容包？必须用目标 PHP 二进制显式执行：
/usr/bin/php8.2 /path/to/composer.phar install - 别提交
config.platform.php到团队仓库——队友 PHP 版本不同，有人装得上，一跑就崩
如何让 composer update 只按 PHP 8.2 解析，但不改本地开发环境？
不用切系统默认 PHP，也不用 alias，直接调用目标 PHP 二进制执行 composer.phar。这是唯一跨平台、跨环境稳定的方案，且不污染全局状态。
- Linux/macOS：
/usr/bin/php8.2 -d memory_limit=-1 /path/to/composer.phar update（-d参数必须紧贴 PHP 路径后） - Windows：
"C:\php\php-8.2\php.exe" composer.phar update（路径含空格必须加双引号） - macOS Homebrew 用户：
php@8.2 -d memory_limit=-1 /path/to/composer.phar install - 执行前先确认路径有效：
/usr/bin/php8.2 -v；别信which composer，很多是 shell 脚本，shebang 行才是真相
最易被忽略的一点：composer.lock 文件一旦生成，后续 install 就完全忽略 ~ 或 ^ 约束，只认锁文件里的具体版本。所以切换 PHP 版本或修改约束后，必须跑 composer update --lock 重生成锁文件，否则新约束永远不生效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
