<p>精确安装1.2.3只有两种写法：composer require monolog/monolog:1.2.3 或 composer.json 中写 "monolog/monolog": "1.2.3"；其他如 ^、~、* 均不锁死版本，且需配置 minimum-stability 和 prefer-stable 才确保装 stable 版。</p>
直接写 "vendor/package": "1.2.3" 才真正锁死版本；用 ^ 或 ~ 都只是划定一个范围，Composer 会在这个范围内自动选最新可用版——不是你本地 vendor 里那个，也不是你“以为”的那个。
怎么写才算精确安装 1.2.3
只有两种写法被 Composer 当作精确版本处理：
-
composer require monolog/monolog:1.2.3（冒号连接，无空格，无@、=、v前缀） - 手动在
composer.json的require里写"monolog/monolog": "1.2.3"
其他写法全都不锁死：
-
"monolog/monolog": "^1.2.3"→ 可能升到1.99.0 -
"monolog/monolog": "~1.2.3"→ 允许1.2.999，但拦住1.3.0 -
"monolog/monolog": "1.2.*"→ 实际等价于~1.2.0，语义模糊且 CI 工具难识别
注意：1.2.3 看似精确，但若没配 "minimum-stability": "stable" 和 "prefer-stable": true，它仍可能装上 1.2.3-beta1 这类非 stable 版本。
^ 和 ~ 的数学边界必须手写出来
它们不是“大概兼容”，是严格区间表达式，且主版本是否为 0 会反转行为：
-
^1.2.3≡>=1.2.3 （主版本非 0，允许次版本升级） -
^0.2.3≡>=0.2.3 （主版本为 0，只允许补丁升级） -
~1.2.3≡>=1.2.3 （次版本被锁死，连 <code>1.3.0都不放行） -
~1.2≡>=1.2.0 （等价于 <code>~1.2.0，但语义不如后者清晰）
写 "symfony/console": "^6.3.0" 却在 CI 装了 6.4.0？那是预期行为。真要卡死在 6.3.x，得换 ~6.3.0。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么改了 composer.json 还是装旧版本
因为真正生效的是 composer.lock，不是 composer.json：
- 只要
composer.lock存在，composer install就完全忽略composer.json里的所有约束 - 改了
composer.json但没运行composer update，CI 构建时仍按 lock 文件装 - 误删
composer.lock后再install，结果和队友不一致——这不是 bug，是约束太宽 + lock 缺失的必然结果
验证实际装的是哪个版本，别只看 composer.json：运行 composer show monolog/monolog -i（-i 表示 installed）。
PHP 版本约束必须写在根 require 里
config.platform.php 是模拟环境用的，它不会阻止你在 PHP 7.4 上装一个声明要 ^8.1 的项目。真要拦住，必须这样写：
{
"require": {
"php": "^8.1"
}
}
注意三点：
- 必须写在根级
require，不是require-dev；否则 CI 构建时可能跳过校验 -
^8.1≡>=8.1.0 ，能安全接受 <code>8.2.x、8.3.x -
"php": "7.4.*"是非法写法，Composer 会报错；正确替代是"php": "^7.4"或"php": ">=7.4.0
最容易被忽略的一点：Docker 多阶段构建中，composer install 若运行在构建机本地 PHP 下，而非目标镜像环境，那 php 约束就形同虚设——它根本没机会触发校验。
