composer不支持“1.”写法，因违反semver规范而报错invalid version string；正确匹配1.x版本应使用^1（等价于>=1.0.0
Composer 里没有真正意义上的“通配符”用于版本匹配，所谓“用 *”其实是误读；该写 ^ 或 ~，而不是 *。
为什么 1.* 会报错 Invalid version string
Composer 解析版本号时严格遵循 SemVer 规范，* 只在特定位置有定义含义：必须出现在点分隔的完整段末尾（如 1.2.*），且仅等价于 >=1.2.0 。而 <code>1.* 缺少次版本号，被当成非法字符串直接拒绝。
-
1.*→ 报错，语法非法 -
1.*.3→ 报错，*不允许出现在中间 -
^1.*→ 报错，^后必须跟合法版本号 - 真正想匹配所有 1.x 版本？应写
^1，它等价于>=1.0.0
^ 和 ~ 哪个才是“主版本锁死”的正确写法
^ 是 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.4都可能不装（如果没发布） -
~1.2→ 实际是>=1.2.0 ，和 <code>1.2.*效果一致，但更标准 -
^0.2.3→ 因主版本为 0，只允许升到0.2.x，不会进0.3.0
* 在 composer.json 里到底起什么作用
* 不是通配符，而是“不指定约束”的快捷写法，它的行为完全取决于 minimum-stability 和 Packagist 上最新可用的稳定版本。
-
"monolog/monolog": "*"→ 安装当前 stability 下最新 stable 版（如v3.5.1），不是“任意版本” - 若
minimum-stability是stable，它不会装v4.0.0-beta - 若设为
dev，可能装dev-main，但这属于降级行为，不可控 -
composer.lock中记录的是具体版本或 commit hash，下次install不会变——它是一次性选版，不是动态匹配
平台配置里写 "php": "8.*" 是在干什么
这不是让 Composer 安装 PHP 8.x 的包，而是告诉它：“假装当前 PHP 是 8.*”，跳过真实版本校验。这容易掩盖兼容问题。
-
"platform": { "php": "8.*" }→ 忽略本地 PHP 实际版本（比如你本地是 8.3，但设成7.*也能过 install） - 运行时仍可能报
ParseError或UndefinedFunctionError，因为实际环境不支持 - 真正需要兼容多 PHP 版本？应在
config.platform.php写明确最小版本，如"8.1" - 这个字段只影响
composer install阶段的 platform 检查，不影响依赖解析逻辑
最容易被忽略的一点：版本约束写得再“灵活”，最终装哪个版本，由 composer.lock 决定。改了 composer.json 里的 ^1.2 到 ^1.3，不运行 composer update monolog/monolog，就什么都不会变。
