composer replace 仅声明替代关系，不影响包安装和类加载；要真正忽略需配合 conflict 或删除 vendor 中的包。
composer replace 不能真正“忽略”包，它只是声明替代关系
很多人以为 composer replace 是用来跳过某个依赖的安装，其实不是。它只是告诉 Composer：“这个包的功能，由另一个包（或本项目）来提供”，从而让依赖解析器不报冲突——但不会阻止原包被下载或加载。真想“忽略”，得用 replace + conflict 组合，或者改用 provide（极少用）。
常见错误现象：composer install 依然装了被 replace 的包，甚至类还被自动加载了；或者换了个包名替换后，运行时报 Class not found ——因为没实际提供对应类。
-
replace字段只影响依赖解析阶段，不影响自动加载和运行时行为 - 被 replace 的包仍会出现在
vendor/下，除非你手动删或用conflict阻止安装 - 若想彻底排除某包，推荐：在
composer.json中加"conflict": {"vendor/package": "*"}
怎么写 replace 才能让依赖解析通过
典型场景是：你想用自己 fork 的 monolog/monolog 替代官方版，又不想改所有 require 地方。这时要在你的 fork 仓库的 composer.json 里写：
{
"name": "myorg/monolog",
"replace": {
"monolog/monolog": "*"
}
}
注意点：
-
replace的 key 必须是完整包名（vendor/name），value 是版本约束，不是路径或别名 - 如果你本地开发一个包想“假装”是另一个包，必须把它的
name设为合法值（不能留空或用占位符） - 如果多个包都
replace同一个包，Composer 会报错：「Package has requirements that cannot be resolved」
replace 和 conflict 联用才能真正阻止安装
单纯 replace 不会删掉已安装的包，也不会阻止别人 require 它。要确保它不出现，得补上 conflict：
{
"replace": {
"symfony/http-foundation": "*"
},
"conflict": {
"symfony/http-foundation": "*"
}
}
这样 Composer 在 resolve 阶段就会拒绝任何引入该包的组合。但要注意：
-
conflict会直接中断安装，如果团队里有人漏看文档，很容易卡住 - 某些包（如 Laravel 的核心组件）深度耦合，强行
conflict可能导致其他依赖无法满足 - 测试时建议先跑
composer update --dry-run看是否报 conflict 冲突
为什么 vendor/autoload.php 还会加载被 replace 的包
因为 Composer 的 autoloader 是按 autoload 配置生成的，跟 replace 无关。即使你 replace 了 guzzlehttp/guzzle，只要它还在 vendor/ 目录下，且它的 autoload 没被禁用，类就照常可被加载。
真正控制加载的是：
- 是否物理存在（删 vendor 或用
conflict阻止安装） - 是否被
autoload规则覆盖（比如你自己的包也注册了同名 namespace） - PSR-4 映射顺序：后注册的会覆盖先注册的（但 Composer 默认按依赖顺序，不可靠）
所以别指望 replace 来屏蔽类加载——那是 autoload 和文件系统的事。
