composer没有--exclude、--only等运行时过滤参数，真正有效的精简方式只有三种：用conflict在解析阶段硬拦截、用replace静默跳过安装、或靠--no-dev彻底隔离开发依赖。
Composer 没有 --exclude、--only 或类似运行时过滤参数，所有“动态排除某包”的想法都走不通。真正有效的精简方式只有三种：用 conflict 在解析阶段硬拦截、用 replace 静默跳过安装、或靠 --no-dev 彻底隔离开发依赖。
用 conflict 在依赖求解前强制拒绝特定包
这是最轻量、最确定的排除方式——它不等下载或安装，就在 Composer 解析依赖图时直接报错中断，目标包根本不会进 composer.lock。
- 适用场景：已知某包（如
symfony/polyfill-mbstring）与当前 PHP 扩展或自定义逻辑冲突，且无法修改上游依赖 - 写法必须精确：
"conflict": { "symfony/polyfill-mbstring": ">=1.30.0" }—— 包名漏斜杠、版本通配不严谨（比如写"*"）都会失效 - 注意副作用：如果另一个你直接
require的包（如laravel/framework）硬依赖该包，整个composer update会失败，不是静默跳过 - 它只拦最终进入
composer.lock的包，不拦中间传递链里被其他约束放行的版本（比如 A → B → monolog:2.7.0，而你只conflict了 2.8.0+，那 2.7.0 仍会被装）
用 replace 静默“假装已有”，跳过安装但不报错
当你确认某个包（如 phpunit/phpunit）实际没被代码调用，又不想触发 conflict 的强中断，replace 是更柔和的选择。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 典型写法：
"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 彻底跳过 require-dev 中的所有包
90% 的“冗余包”其实只是开发期工具，--no-dev 是生产部署唯一可靠开关。
-
composer install --no-dev会完全跳过require-dev区块，不解析、不下载、不写入vendor/，也不加载autoload-dev - 常见错误：只删
composer.json里的require-dev再跑install—— 没用，composer.lock仍存旧记录，install会照单还原 - CI 脚本必须用
install --no-dev，而非update --no-dev：前者快、确定、不重算全图；后者仍会触发 solver 全局重分析，可能意外拉进新 dev 依赖 -
--no-dev对composer require无效；想临时加个 dev 包但不进 lock，得用composer require --dev --no-update
删包后为什么还报 Class not found
执行 composer remove 只改 composer.json 和卸载，但以下三处常被忽略，导致运行时出错：
- 框架配置文件里残留的 service provider 或 alias（比如 Laravel 的
config/app.php） - 代码中硬编码的类名字符串，尤其是事件监听器、队列任务、中间件参数里写的
'Vendor\Package\Client' - 没重生成 autoload 映射：
composer dump-autoload -o必须跑，否则旧的autoload_classmap.php还在，PHP 会继续找已删包里的类
真正容易被忽略的是：即使用了 --no-dev 或 replace，autoload 映射里仍可能残留路径；dump-autoload --classmap-authoritative 才能彻底关闭文件扫描，让精简真正生效。
