Composer不支持“1.*”作为版本号，因解析器严格遵循SemVer规范；正确写法是“^1”，等价于“>=1.0.0
Composer不支持*当通配符写版本号
直接写"monolog/monolog": "1.*"会报错：Invalid version string "1.*"。这不是疏忽，是设计使然——Composer 解析器严格遵循 SemVer 规范，*在版本字符串中间或末尾以外的位置无定义含义。哪怕写成"^1.*"也一样失败，因为^后面必须接合法版本号（如^1.2.3或^1），不能跟*拼接。
所谓“通配”，其实是靠^、~、>=这些语义化约束操作符实现的范围匹配，不是 shell 风格的模糊查找。
-
1.*→ 语法错误，直接拒绝解析 -
^1→ 正确写法，等价于>=1.0.0 ，匹配所有1.x稳定版 -
~1.2→ 等价于>=1.2.0 ，只允许补丁升级（即1.2.x） -
*单独用（如"monolog/monolog": "*"）→ 合法，但受minimum-stability限制，通常装最新 stable 版
^和~行为差异直接影响升级是否安全
^是主版本锚定，“保持最左非零数字不变”；~是次版本锚定，只允许最低位变动。两者语义不同，选错可能引入不兼容变更。
-
^2.3.1→ 允许2.3.1到2.999.999，包括2.4.0、2.10.0，只要不进3.0.0 -
~2.3.1→ 等价于>=2.3.1 ，只允许2.3.x，绝不会升到2.4.0 -
^0.2.3→ 因主版本为0，被视为开发版，实际只允许0.2.x，不会升0.3.0 - 对 Laravel 这类框架，常用
~10.0.0来规避次版本带来的行为调整；工具库如symfony/console更适配^
批量更新一类包不能靠require字段通配，得用命令行组合
composer.json的require字段不支持包名通配（比如"psr-*"），但可通过composer show配合 shell 命令筛选后调用composer update。
- Linux/macOS：
composer show --no-ansi | grep '^psr-' | awk '{print $1}' | xargs composer update - Windows PowerShell：
composer show --no-ansi | Select-String "^psr-" | ForEach-Object { $_.Line.Split(' ')[0] } | ForEach-Object { composer update $_ } - 注意：
composer show输出格式在 Composer 2.x 下较稳定；若包名含空格（极少见），建议用cut -d' ' -f1替代awk - 这本质是“先查再更”，不是 Composer 内置能力，无法用于
conflict或replace字段
私有包或分支引用不是版本通配，别混淆概念
dev-main、dev-develop、v1.2.0、dev-feature/login#abc1234这些都不是通配符，而是 Git ref 引用方式，完全绕过 SemVer 解析。
-
"myorg/lib": "dev-main"→ 拉取main分支 HEAD，版本显示为dev-main#abc123，不稳定 -
"myorg/lib": "v1.2.0"→ 要求仓库里真实存在该 tag，否则报Could not find package -
"myorg/lib": "dev-feature/login#abc1234"→ 指定 commit，仅适合临时调试，不应进生产composer.json - 所有
dev-开头的写法，都依赖"minimum-stability": "dev"或显式加--stability=dev，否则被跳过
真正容易被忽略的是：当你以为1.*能兜住所有1.x时，其实它连一个版本都匹配不到；而你以为dev-main是“最新版通配”，它却根本不在版本约束体系里——这两类误用，几乎覆盖了 90% 的 Composer 版本管理踩坑现场。
