composer install无法动态排除子包，因它仅按composer.lock还原依赖；真正有效方式只有三种：用conflict在解析阶段硬拦截、用replace静默跳过安装、或用--no-dev彻底隔离开发依赖。
Composer install 没有 --exclude 或类似参数，无法在运行时动态排除某个子包。 所有试图用 composer install --exclude=monolog/monolog 这类写法的操作都会失败——命令根本不存在，Composer 会报错 “Unknown option”。真正能落地的排除方式只有三种：靠 conflict 在解析阶段硬拦、用 replace 静默跳过、或通过 --no-dev 彻底隔离开发依赖。别在 install 命令上打“排除子包”的主意，方向错了就白折腾。
为什么 composer install 不能排除子包
Composer 的 install 是“按 lock 文件还原”，它不重新求解依赖，只校验并下载 composer.lock 里已记录的包。如果你的 lock 文件里有 monolog/monolog，install 就一定会装；想跳过，得先让这个包不出现在 lock 文件里——而这必须在 update 阶段完成，不是 install 能控制的。
-
install不读composer.json的conflict或replace来决定装不装，只看 lock 文件是否合法 - 即使你改了
composer.json加了conflict，不跑composer update，lock 文件不会变，install照装 -
--no-dev是例外，它是唯一能在install阶段起作用的“排除开关”，但只对require-dev整体生效，不支持指定子包
想排除某个具体包（比如 monolog/monolog），只能靠 conflict
这是最轻量、最确定的方式：在依赖图解析前就让它失败，包根本进不了 lock 文件。适用于你知道某包与当前环境冲突、又没法改上游依赖的情况。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 写法必须精确：
"conflict": { "monolog/monolog": " —— 版本约束漏了 <code> 或写成 <code>*都无效 - 如果
laravel/framework显式require了monolog/monolog，整个composer update会中断报错，不是静默忽略 - 它只拦最终写入 lock 的版本，不拦传递依赖链中被其他约束放行的版本（例如 A → B → monolog:1.25.0，而你只
conflict了>=2.0.0，那 1.25.0 仍会被装）
replace 不是排除，是“假装已有”，风险要自己兜
当你确认某包（如 phpunit/phpunit）代码里根本没调用，又不想触发 conflict 的强中断，replace 是更柔和的选择，但它不解决运行时缺失问题。
- 典型写法：
"replace": { "phpunit/phpunit": "*" }，告诉 Composer “这包我自有实现或压根不用” - 风险点：如果多个依赖同时
require它，而你replace的版本号写太死（如"1.2.0"），可能因版本不匹配引发conflict报错 -
replace不校验真实性——哪怕vendor/里真没这个包，Composer 也照过；上线前务必跑composer show phpunit/phpunit确认它没出现在已安装列表 - 和
conflict不同，它不影响 autoload，所以即使被replace，只要autoload-dev里还声明了路径，vendor/autoload.php仍可能包含其映射
终极提醒：--no-dev 不是万能，但它是生产部署唯一可靠开关
90% 的“想排除的包”其实只是开发期工具，--no-dev 是唯一能确保它们不进生产 vendor/ 的手段。但它只管 require-dev 整体，不管某个子包是不是被 runtime 包间接拉进来。
- 常见错误：只删
composer.json里的require-dev再跑install—— 没用，composer.lock仍存旧记录，install会照单还原 -
--no-dev不影响config.platform，所以仍需配好"ext-xdebug": "3.0.0"防依赖冲突 -
--no-dev只控制包是否安装，不控制 autoloader 是否注册路径；只要composer.json里还有autoload-dev块，composer dump-autoload就会把测试路径写进vendor/autoload.php
真正容易被忽略的是 autoload-dev 残留：删了 phpunit/phpunit，但 vendor/autoload.php 里还留着 "Tests\": "tests/" 映射，运行时一 new 就 Class not found。这步必须手动处理，没有自动魔法。
