只能用在版本末尾且匹配补丁号，如1.2.等价于>=1.2.0
composer.json 里 * 只能用在末尾，且只匹配补丁号
Composer 不支持像 shell 那样的任意位置通配符（比如 1.*.3 或 *.2.*）。* 在版本约束中是“最小补丁号通配符”，它只允许出现在版本字符串末尾，且前面必须是点分隔的完整段数（如 1.2.*），等价于 >=1.2.0 。
常见错误现象："monolog/monolog": "1.*" 看起来想匹配所有 1.x，但实际会报错或被忽略；"php": "8.*.0" 直接无效，PHP 版本约束不接受这种写法。
-
1.2.*✅ 合法，表示[1.2.0, 1.3.0) -
1.*❌ 非法，缺少次版本号，Composer 解析失败 -
1.*.3❌ 非法，*不允许出现在中间 -
^1.2✅ 推荐替代：等价于>=1.2.0 ，更安全、语义明确
想匹配“任意主版本”？别用 *，改用 ^ 或 ~
多数人想用 * 其实是想表达“兼容性升级”，比如“只要大版本是 1 就行”。这时应该用 ^（caret）或 ~（tilde），它们才是 Composer 的语义化版本控制主力。
使用场景：依赖库主版本稳定、但允许次版本/补丁更新（如 Laravel 的 ^10.0 表示 10.0.0 到 11.0.0 前的所有版本）。
-
^1.2.3→>=1.2.3 （主版本锁死） -
~1.2.3→>=1.2.3 （主+次版本锁死） -
^0.1.2→>=0.1.2 （0.x 规则不同，慎用） -
^1.0和^1效果一样，都等价于>=1.0.0
需要真正“任意版本”？用 * 但仅限特定字段
只有在 platform 配置里，* 才有特殊含义——它代表“当前运行环境的实际值”，不是通配匹配。比如你在 composer.json 中写：
"config": {
"platform": {
"php": "8.*"
}
}
这不会让 Composer 安装任意 PHP 8.x 版本的包，而是告诉它：“假装当前 PHP 是 8.*，忽略真实版本做兼容检查”。真实效果是跳过平台约束校验，容易导致 runtime 错误。
- 这个
8.*不影响依赖解析，只影响composer install时的 platform 检查 - 若你本地是 PHP 8.3，但设
"php": "7.*"，安装可能成功，但运行时报ParseError - 真正的“不限版本”应写成
*（无数字），但仅限require中极少数元包（如composer/installers），普通包不支持
版本约束写错的典型报错和调试方法
执行 composer update 报错时，最常看到的是 Your requirements could not be resolved，背后往往就是版本约束冲突或语法错误。
容易踩的坑：把 Git 分支名（如 dev-main）和版本约束混用；在 require-dev 里用了 * 却没加引号导致 JSON 解析失败。
- 错误信息
Invalid version string "1.*"→ 检查是否漏写了次版本号 - 依赖没更新到预期版本？运行
composer show vendor/package看实际安装的版本和约束 - 不确定某个约束范围？用
composer prohibits vendor/package:version查冲突源 - 临时测试宽松约束？加
--with-all-dependencies但别提交到composer.json
真正难的不是写对 *，而是理解 Composer 的版本解析优先级：它先按语义化规则展开 ^/~，再合并所有约束取交集——中间任何一步写错，结果就不可控。
