波浪号~精确锁死次版本号不升级，如~2.7.4等价于>=2.7.4且<2.8.0，允许2.7.100但禁止2.8.0；~2.7等同~2.7.0，放行全部2.7.x；生产推荐显式写~2.7.4以锚定已验证基线。
波浪号 ~ 不是用来“大概匹配”或“图省事”的，它是 Composer 里唯一能**精确锁死次版本号（minor version）不升级**的约束符。写 ~2.7.4，就绝不会装 2.8.0——哪怕它标着 “patch release”，哪怕 CI 跑过了，线上也可能因为中间件执行顺序变更而对账失败。
~2.7.4 到底允许装哪些版本？
它等价于 >=2.7.4，但上限卡死在 。合法版本包括：
-
2.7.4、2.7.9、2.7.15—— 修订号（patch）随便升 -
2.7.0不行 —— 不满足>=2.7.4 -
2.8.0绝对不行 —— 次版本号一动就出界 -
2.7.100可以 —— 只要没跨.8，再大的 patch 也认
~2.7 和 ~2.7.0 是一回事吗？
是的，Composer 内部会把 ~2.7 自动补全为 ~2.7.0，语义都是 >=2.7.0。但注意：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 它允许
2.7.0→2.7.99，也允许2.7.0→2.7.1，但不允许2.7.0→2.8.0 -
~2.7看似简洁，但容易让人误以为“只锁 patch”，其实它放行整个2.7.x，包括未测过的2.7.99 - 生产环境建议显式写成
~2.7.4，明确锚定已验证过的最小安全基线
为什么不用 ^2.7.4 替代 ~2.7.4？
^2.7.4 等价于 >=2.7.4，上限是 ，意味着它可能装 <code>2.8.0、2.9.2 甚至 2.99.0。问题在于：
- 某些包（如 Laravel、Symfony 插件、支付 SDK）在
2.8.0就悄悄改了默认配置或事件钩子顺序，API 没破，行为已变 -
^完全信任 SemVer 承诺，但现实中很多维护者会在 minor 版本里塞 breaking change - 金融/对账类项目常用
~锁定已全链路测试过的组合，比如"stripe/stripe-php": "~12.3.1"
~ 在 0.x 版本里有什么特殊表现？
0.x 阶段，~0.8.2 和 ^0.8.2 行为一致，都等价于 >=0.8.2 且 。这不是 bug，是语义化版本规范强制要求：
-
0.8.2 → 0.9.0视为破坏性变更，^主动降级为~级别 - 想支持
0.9.x和0.10.x？不能靠^0.8.0，得手动写"~0.9.0 || ~0.10.0" - 查一个包是否还在 0.x：看它的 latest stable tag，不是看你自己写的约束
最常被忽略的一点：~ 只在 composer update 或首次 composer install 时起作用；一旦 composer.lock 存在，所有安装行为都只认 lock 文件里的精确版本。上线前务必跑 composer show vendor/package -i 确认真实加载的是不是你“以为”的那个范围。
