不能，composer show -s 无法查看虚拟包（如 php、ext-mbstring）的 conflict，因其无真实 composer.json 文件，执行会报错“Package not found”；虚拟包的 conflict 由真实包声明，并在 install/update 时动态校验环境。
composer show -s 能否查到虚拟包的 conflict？
不能。虚拟包（如 ext-mbstring、php、lib-curl）没有真实 composer.json 文件，composer show 命令对其完全无效——它只作用于已发布、可下载的包。运行 composer show -s ext-mbstring 会直接报错 [InvalidArgumentException] Package ext-mbstring not found。
conflict 字段对虚拟包生效吗？
生效，但方式特殊：虚拟包本身不声明 conflict，而是被其他真实包在自己的 composer.json 中通过 conflict 字段约束。例如，某个包写 "conflict": {"php": ">=8.4"}，这个限制会在解析时检查当前 PHP 版本（即虚拟包 php 的“版本”），若匹配就报错。
- 你无法用
composer show查虚拟包的 conflict，因为它们没 metadata - 但你可以用
composer why-not php:8.4.0看哪个真实包在拦路 -
conflict对虚拟包是运行时校验，不是静态声明——Composer 拿你的php -v结果去比对 - 同理，
ext-*类虚拟包的冲突，取决于当前环境是否加载了该扩展（extension_loaded('mbstring')）
如何确认某个虚拟包是否被 conflict 拦截？
核心方法是触发解析失败并倒推。当你想装一个依赖，却卡在 Your requirements could not be resolved，且错误里出现类似 php: >=8.3 或 ext-gd，就说明有包在 conflict 这个虚拟包。
- 先运行
php -v和php -m | grep gd确认实际环境值 - 再执行
composer why-not php:8.3.0—— 如果输出非空，最后一行带(conflict with vendor/package)，就是它 - 或者用
composer prohibits php:8.3.0找出所有声明了该冲突的真实包 - 注意：如果
composer.json里写了"config": {"platform": {"php": "8.1.0"}}，Composer 会忽略你真实的 PHP 8.3，按 8.1 解析，此时 conflict 判断也基于 8.1
为什么 composer validate 不报虚拟包 conflict 错误？
composer validate 只校验 JSON 格式和字段合法性，不执行依赖解析，因此完全不触碰 conflict 规则。虚拟包的 conflict 是否生效，只在 install 或 update 阶段的 SAT 求解过程中判定。这也是最容易被忽略的一点：你以为配置没问题，其实 conflict 已静默埋伏在某个你没注意的 dev 包里，直到某次 update 才突然爆发。
