~1.2.3 等价于 >=1.2.3 <1.3.0，仅允许修订号升级，禁止次版本及以上变动；如 ~1.2.0 等价于 >=1.2.0 <1.3.0，~1.0.0 等价于 >=1.0.0 <2.0.0。
~ 表示“最小版本兼容”——它不是取整，也不是模糊匹配，而是严格按主次修订号做上限限制，常被误读为“大约等于”。
~1.2.3 究竟锁死哪些版本
它等价于 >=1.2.3 ，即允许所有 1.2.x 版本（x ≥ 3），但禁止升到 1.3.0 及以上。重点在于：它看的是「最右非零段」，把该段+1后作为排他上限。
-
~1.2→>=1.2.0 （补零后按三位处理） -
~1→>=1.0.0 （补成 <code>1.0.0，再算上限） -
~1.2.3-beta→>=1.2.3-beta （预发布版只影响下限，上限仍由 <code>1.3.0决定）
和 ^ 符号的根本区别在哪
^1.2.3 允许升级到 1.9.9，只要不跨主版本；~1.2.3 却只敢走到 1.2.999。这是保守策略的体现——当你依赖某个次版本里的 API 行为，又怕更高次版本悄悄改掉它时，~ 更安全。
- 用
^：默认推荐，适合大多数库，信任语义化版本的承诺 - 用
~：适合对次版本敏感的场景，比如 Laravel 的中间件行为在 10.2 和 10.3 有差异 - 两者都禁用自动升主版本，但
~连次版本升级都卡得更死
常见错误：写成 ~1.2.0 却期望装上 1.2.10
能装，没问题——~1.2.0 就是 >=1.2.0 ，1.2.10 完全合法。真正出问题的是写成 <code>~1.2 却以为会装 1.2.0，结果装了 1.2.9，而你本地开发用的是 1.2.0，某些 patch 行为已不同。
- 检查实际安装版本：
composer show vendor/package - 锁定精确版本？直接写
"1.2.3"，别加符号 - CI 中发现行为不一致？优先比对
composer.lock里记录的version字段，不是require行
PHP 版本约束里不能用 ~
composer.json 的 config.platform.php 或根级 require.php 不支持 ~。PHP 版本号不是标准语义化版本，Composer 对它只认 ^、>=、 等基础操作符。
- 错的：
"php": "~8.1"→ 会解析成>=8.1.0 ，但 PHP 本身没有 8.1.0 这种发布粒度，实际行为不可靠 - 对的：
"php": "^8.1"或"php": ">=8.1.0 - PHP 的小版本更新（如 8.1.23 → 8.1.24）属于安全补丁，Composer 默认允许，无需也不应试图用
~控制
很多人调完 ~ 就去跑 install，却忘了 composer.lock 里可能还存着旧版本记录——删 lock 文件或加 --update-with-dependencies 才真生效。符号只是声明意图，lock 文件才是执行依据。
