^7.5允许安装7.5.0至7.99.99的任意兼容版本（如7.9.1），而~7.5仅允许7.5.0至7.5.99（如7.5.12）；因^锚定主版本7并放开minor/patch升级，~则锁定最左非零段7.5仅放开patch位。
composer require 里写 ^7.5 和 ~7.5，实际装哪个版本？
直接看结果：composer require guzzlehttp/guzzle:^7.5 可能装 7.9.1，而 composer require guzzlehttp/guzzle:~7.5 最多装到 7.5.99（比如 7.5.12）。不是“大概相近”，是数学区间截断。
原因很简单：^ 锚定主版本（7），允许 7.x.y 中任意 x 和 y 升级；~ 锚定最左侧非零段（这里就是 7.5），只放开最后一位（y），7.6.0 直接被排除。
-
^7.5等价于>=7.5.0 —— 装最新 7.x 版本，哪怕作者发了 <code>7.12.0 -
~7.5等价于>=7.5.0 —— 实际就是 <code>~7.5.0，不是~7.5.*，别信直觉 - 如果当前最新版是
7.4.9，~7.5会报错“no matching version”，因为不满足>=7.5.0
为什么 ^0.9.0 不会升到 0.10.0，但 ~0.9.0 会？
这不是 bug，是规则在 0.x 下的必然表现。^ 把 0.x 视为 unstable 阶段，MINOR 升级（0.9 → 0.10）被当作 breaking change，所以 ^0.9.0 等价于 >=0.9.0 ；而 ~ 的锚点在第二位（<code>9），只放行第三位，~0.9.0 等价于 >=0.9.0 —— 表面结果一样，但逻辑完全不同。
真正暴露差异的是 ^0.0.3 vs ~0.0.3：
-
^0.0.3：锚点在第一位（0），但主版本为 0 且次版本也为 0 → 极度保守，等价于0.0.3精确锁定，连0.0.4都不允许 -
~0.0.3：锚点在第三位（3），只放开该位 → 允许升到0.0.999，比如0.0.12
require 命令里混用空格、@、= 就失败，合法写法只有这一种
composer require 对语法极其敏感，任何多余字符都会触发解析失败。唯一可靠写法就是冒号紧贴、无空格、不带前缀：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer require laravel/framework:^10.47✅ -
composer require spatie/laravel-ray:~1.31✅ -
composer require monolog/monolog@2.9.1❌ 报Could not find a matching version -
composer require doctrine/dbal =3.7.0❌ 报Could not parse version constraint -
composer require foo/bar : 1.0❌ 冒号前后有空格，同样失败
注意：composer.json 里写 "foo/bar": "^1.2" 是合法的，但命令行必须用 : 分隔，且不能有任何空格或符号干扰。
执行 require 后，版本到底写进 composer.json 还是 composer.lock？
两个都写，但角色不同：composer.json 记下你声明的约束（比如 ^7.5），composer.lock 记下本次解析出的**确切版本+哈希值**（比如 7.5.2）。下次 composer install 完全忽略 composer.json 里的 ^ 或 ~，只认 composer.lock。
这意味着：
- CI/CD 环境中，
composer install的结果和你本地composer require时的网络状态、包发布节奏无关 - 如果你删掉
composer.lock再composer install，就会重新走一遍依赖解析，可能装上7.5.2→7.8.1这样的新版本 - 想确保所有人装同一版？必须提交
composer.lock，且禁止随意删它
最易被忽略的一点：你改了 composer.json 里的约束，不运行 composer update vendor/package，composer.lock 里的版本根本不会变——它只响应 update 或 require 命令，不监听 json 文件手动编辑。
