--no-scripts、--no-autoloader和--no-plugins会彻底跳过对应阶段逻辑：前者禁用所有scripts事件，中者跳过autoload文件生成及关联钩子，后者使插件监听器全部失效。

composer install 不按“参数优先级”执行，而是按参数是否改变命令语义来决定行为——有些参数直接跳过关键步骤，有些则只影响后续环节。

哪些参数会跳过依赖解析阶段

只要出现 --no-scripts、--no-autoloader 或 --no-plugins，Composer 就不会执行对应阶段的逻辑，不是“优先级低”，而是彻底绕过。

• --no-scripts：所有 scripts 事件（pre-install-cmd、post-autoload-dump 等）全都不触发
• --no-autoloader：跳过生成 vendor/autoload.php 和 vendor/composer/autoload_*.php，post-autoload-dump 也不会运行
• --no-plugins：插件注册的监听器全部失效，比如 fxp/composer-asset-plugin 这类依赖前端资源的插件将不生效

--no-dev 和 --optimize-autoloader 的实际影响顺序

这两个参数不改变执行流程顺序，但会影响中间产物：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• --no-dev 在依赖解析阶段就过滤掉 require-dev 中的包，所以 post-package-install 不会对 phpunit、phpcs 这类包触发
• --optimize-autoloader（或 -o）会让 post-autoload-dump 生成 classmap 并设为 authoritative，但前提是 autoloader 没被 --no-autoloader 禁用
• 两者可共存：composer install --no-dev -o 是生产环境标准写法，先剔除 dev 包，再优化自动加载

为什么 --ignore-platform-reqs 容易引发隐性错误

它不是“优先级高”，而是强行忽略 PHP 版本、扩展等平台约束，导致：

• 依赖包可能被装上，但运行时报 Fatal error: Uncaught Error: Call to undefined function mb_strlen()
• 某些包在 composer.lock 中记录了兼容版本，但 --ignore-platform-reqs 可能让 Composer 退而求其次选一个“理论上能装上”的旧版，破坏 lock 文件语义
• 和 --no-dev 混用时，dev 包里的平台检查也被跳过，CI 流水线可能通过，线上却崩

真正要注意的不是“哪个参数更优先”，而是哪些参数会删减流程、哪些会修改输出结果——尤其 --no-autoloader 和 --no-scripts 是硬性截断，一旦用了，后面依赖的脚本或自动加载机制就不存在了。