conflict字段可硬性拦截指定包版本，使目标包完全不进入依赖树；它在Composer解析阶段即报错，阻止写入composer.lock，如"conflict": {"monolog/monolog": "<1.24.0"}。
conflict 字段硬性拦截指定包版本
想让某个包完全不进入依赖树，conflict 是最直接的配置方式。它在 Composer 解析阶段就报错，阻止目标包写入 composer.lock，连安装机会都不给。
常见用法是排除已知有安全问题或兼容性缺陷的版本：
"conflict": { "monolog/monolog": " —— 拦截所有低于 1.24.0 的 Monolog-
"conflict": { "symfony/console": "5.4.0" }—— 精确屏蔽有问题的单个版本 - 多个包可并列声明，但注意：一旦冲突触发，
composer install或composer update会直接中止，无法跳过
这个字段不解决“我暂时不用它”的需求，只适用于“我绝对不能容忍它存在”的场景。
replace 字段声明替代实现
replace 的作用是告诉 Composer：“这个包我已有等效实现，别装了”。它不会报错，也不会下载代码，但要求你自行承担运行时风险。
典型配置示例：
-
"replace": { "phpunit/phpunit": "*" }—— 声明已内置 PHPUnit，跳过安装 -
"replace": { "psr/log": "*" }—— 若项目自己实现了 PSR-3 接口，可替换掉官方桥接包
关键限制：composer show 仍可能显示 “replaced”，但 ls vendor/phpunit/phpunit 应为空；若代码里实际调用了 PHPUnit\Framework\TestCase，运行时必报 Class not found。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
删 require 条目 + 重生成 lock 文件
这是最彻底、也最可控的排除方式：从源头移除声明，再让 Composer 重新计算依赖图。
操作步骤必须严格按顺序：
- 手动编辑
composer.json，从require或require-dev中删掉目标包那一行 - 运行
composer update --lock（不是install），仅更新锁文件，不碰vendor/ - 确认
composer.lock中已无该包：用grep -A3 '"vendor/package"' composer.lock验证
漏掉 --lock 参数会导致全量重装，浪费时间；用 composer install 则完全无效——它只认锁文件，不读 composer.json 的变更。
exclude-from-classmap 不删文件，只禁 autoload
如果你只是不想让某些目录参与自动加载（比如包里的 tests/ 或 docs/），但又不介意它们留在 vendor/ 里，exclude-from-classmap 是唯一正解。
它只影响 classmap 类型的自动加载映射，不删除任何文件，也不改变依赖关系：
- 在
composer.json的autoload或autoload-dev下添加："exclude-from-classmap": ["tests/", "docs/"] - 执行
composer dump-autoload生效 - 注意：该配置对 PSR-4/PSR-0 无效，只过滤 classmap 扫描路径
最容易被忽略的是：即使你删了整个包，只要 autoload 或 autoload-dev 里还挂着它的路径，vendor/autoload.php 就会继续尝试扫描不存在的目录，引发 warning 或拖慢加载速度。
