不是 composer 支持的版本约束符号；composer 版本解析器仅支持 semver 及其衍生约束（如 ^、~、范围运算符），"1." 会报错 invalid version string，正确写法是 "^1"。
通配符 * 在 Composer 中根本不能用
直接说结论：* 不是 Composer 支持的版本约束符号。你在 composer.json 的 require 字段里写 "monolog/monolog": "1.*" 或 "^1.*"，Composer 会立刻报错：Invalid version string。这不是配置没生效，而是语法非法。
很多人误以为 * 像 shell 或正则那样通用，但 Composer 的版本解析器不支持这种通配符——它只认语义化版本（SemVer）及其衍生约束（^、~、范围运算符等）。
-
"1.*"❌ 报错；正确写法是"^1"（等价于>=1.0.0 ） -
"1.2.*"❌ 报错；正确写法是"~1.2"（等价于>=1.2.0 ）或 <code>"^1.2"（等价于>=1.2.0 ） -
"*"单独用在包版本位置 ❌ 报错；唯一合法的*出现在分支别名中，比如"dev-main"，但它和版本约束无关
~ 和 ^ 才是真正的“通配”替代方案
你真正想表达的“匹配某一段版本”，应该用 ~ 或 ^，它们不是通配符，而是有明确定义的锚定操作符：
-
~1.2锚定到次版本号（第二位），只允许修订号（第三位）升级 → 等价于>=1.2.0 -
~1.2.3锚定到修订号（第三位），只允许该位递增 → 等价于>=1.2.3 -
^1.2.3锚定到主版本号（第一位非零段），允许次版本和修订号任意升级 → 等价于>=1.2.3 -
^0.8.2在 0.x 下行为收缩：因 SemVer 规定 0.x 的 MINOR 升级即 breaking，所以实际等价于>=0.8.2
注意：~1.2 不等于 >=1.2.0，它隐含了 的上限——这是最容易漏掉的边界。
命令行里写 composer require 时怎么“通配”
在终端执行 composer require 时，冒号后面必须跟合法约束，否则命令失败：
-
composer require guzzlehttp/guzzle:~7.5✅ 安装 7.5.x 最新版（如 7.5.4） -
composer require symfony/console:^6.4✅ 允许升到 6.9.x，但不会进 7.0 -
composer require laravel/framework:dev-main✅ 拉取 main 分支最新 commit（仅开发环境） -
composer require monolog/monolog:1.2.*❌ 报Could not parse version constraint -
composer require monolog/monolog:1.*❌ 同样报错
别依赖记忆模糊的写法——运行前加个 --dry-run（如 composer require foo/bar:~2.1 --dry-run）能提前看到 Composer 解析出的实际版本范围，避免线上踩坑。
为什么改了 composer.json 却没生效
改完 composer.json 里的版本约束，不等于项目就用了新规则：
-
composer install只读composer.lock，完全忽略composer.json里的^或~ - 必须运行
composer update vendor/package才会按新约束重新计算并更新 lock 文件 - 如果删过
composer.lock或没提交进 Git，下次部署时install会按当前composer.json重算——可能拉到意料之外的版本
最隐蔽的问题：你写了 ~1.2，但 lock 文件里锁的是 1.2.0，而线上一直没跑 update，结果半年后部署还是装 1.2.0，根本没走你写的“通配”逻辑。
