composer不支持“1.*”等通配符写法，因违反semver规范而报错；正确匹配1.x版本应使用“^1”，等价于>=1.0.0
Composer 里不能用 * 当通配符写版本号，比如 "1.*" 或 "^1.*" 都会报错：Invalid version string。 它不是 shell，也不是 SQL，不支持模糊匹配式写法。真正起作用的是 ^、~、= 这些语义化版本约束操作符。
为什么 1.* 会报错？
因为 Composer 解析版本号时严格遵循 SemVer（语义化版本）规范，* 在末尾以外的位置没有定义含义；1.* 被当成非法字符串直接拒绝。Packagist 和 Composer 自身都不接受这种写法。
-
"1.*"→ 报错：Invalid version string "1.*" -
"^1.*"→ 同样报错，^后面必须跟合法版本号（如^1.2.3或^1） - 想匹配所有
1.x版本？正确写法是"^1"，等价于>=1.0.0 - 想匹配所有
1.2.x？写"^1.2"，不是"1.2.*"
^ 和 ~ 到底差在哪？
这两个最常用，但行为差异直接影响升级是否安全：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
"^1.2.3"→ 允许装1.2.3到1.999.999，只要不进2.0.0；主版本锁定，次版和修订版都可升 -
"~1.2.3"→ 等价于>=1.2.3 ，只允许修订版升级（比如 <code>1.2.3 → 1.2.9），更保守 -
"~1.2"→ 等价于>=1.2.0 ，常被误以为能匹配 <code>1.2.x，其实它隐含了.0 -
"^0.2.3"→ 因为主版本是0，被视为开发版，只允许到0.2.x，不会升0.3.0
怎么批量更新一类包？别真指望通配符
Composer 的 require 字段不支持包名通配，但你可以用命令行组合实现类似效果：
- 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 内置通配逻辑，所以不能用于
require或conflict字段
私有包或分支怎么“模糊匹配”？
别把 dev-main 当成通配符用——它只是拉取分支最新提交，不是版本范围匹配：
-
"myorg/lib": "dev-main"→ 拉main分支 HEAD，版本号显示为dev-main#abc123，不稳定 -
"myorg/lib": "v1.2.0"→ 必须 Git 仓库里真有这个 tag，否则报Could not find package -
"myorg/lib": "dev-feature/login#abc1234"→ 指定 commit，可用于临时调试，但不应进生产composer.json - 所有
dev-开头的写法，都依赖"minimum-stability": "dev"或加--stability=dev，否则直接跳过
真正容易被忽略的是：你改了 composer.json 里的版本约束，但没删 composer.lock 或没运行 composer update vendor/package，Composer 就会继续按 lock 文件装旧版——它不看你写的“意图”，只认 lock 里存的“事实”。
