~1.2.3允许≥1.2.3且
~1.2.3 到底允许装哪些版本？
~1.2.3 不是“差不多就行”，它有明确数学边界：≥ 1.2.3 且 1.3.0。也就是说，它只放行 1.2.x 中所有 ≥1.2.3 的修订版，比如 1.2.4、1.2.15、1.2.999 —— 但 1.3.0 一丁点都不让进。
-
~1.2等价于~1.2.0，即 ≥1.2.0且 1.3.0 -
~1等价于 ≥1.0.0且 2.0.0，和^1.0.0行为重合，但语义不同：前者强调“锁主版本”，后者强调“守兼容性” -
~0.8.2是 ≥0.8.2且 0.9.0，不是0.8.x全放开——0.8.100可以，0.8.1直接被拒
关键在“你写到的最后一位非零数字”：写了三位，就卡死在次版本号；只写两位，就放开修订号任你升到 1.2.999。
什么时候该用 ~ 而不是 ^？
^1.2.3 允许升到 1.9.9（只要不跨 2.0.0），而 ~1.2.3 死守 1.2.x。如果你依赖的是某个次版本特有的行为（比如 monolog/monolog 在 2.8 才加的 Logger::alert() 方法），用 ~2.8.0 比 ^2.8 更稳。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 对长期维护分支、内部 SDK 或 CI 流水线中需强一致性场景，优先选
~2.8.0 - 对开发依赖（如
phpunit/phpunit），~过于保守，反而容易卡住新特性，可改用^或直接锁定10.5.20 -
~0.9.0和^0.9.0行为一致（都限于0.9.x），但别信^0.8.2会帮你升到0.9——它不会，^0.8.2 ≡ >=0.8.2
常见踩坑：为什么 composer install 装了不该装的版本？
最常踩的坑是把 ^1.2.3 当成 ~1.2，结果 composer update 拉来了 1.9.0，而你的代码里用了 1.3+ 才有的 API，线上直接报错。
- 错误写法：
"some/package": "^1.2"→ 实际等价于>=1.2.0 ，可能跳到 <code>1.8.0 - 正确写法（若只想守
1.2.x）："some/package": "~1.2.0" - 忘记提交
composer.lock：本地install正常，CI 上因无锁文件重新解析，可能装上全新小版本，行为不一致 - 把
"php": "^8.1"写进require-dev：它只约束 dev 包，不影响主环境 PHP 校验，项目照样在 PHP 7.4 上跑起来——直到遇到match语法才崩
怎么验证当前装的是不是 ~ 规则选中的版本？
别只看 composer.json，要看真实加载结果：
- 运行
composer show some/package -i，输出里versions行显示的是实际加载的版本（比如1.2.15），不是你写的约束 - 想预览升级效果？用
composer update --dry-run，它会列出所有将被更新的包及目标版本 - 怀疑某版本被其他依赖拦住了？运行
composer prohibits some/package:1.2.20，它会告诉你哪个包在 require 里锁死了上限
波浪号不是魔法，它是精确的截断工具。写得越细（比如 ~2.8.0），控制越准；省略补丁号（比如 ~2.8），语义上就默认补 .0，但某些极端情况可能拉到未发布的 2.8.0-alpha —— 这种细节，多数人根本没意识到。
