ext-前缀包名不算 Composer 包，而是 Composer 用于声明 PHP 扩展依赖的虚拟包名，不对应 Packagist 仓库、不下载安装，仅作运行环境检查。
ext-前缀包名到底算不算 Composer 包？
不算。Composer 里以 ext- 开头的名称（比如 ext-mbstring、ext-curl）根本不是真实发布的包，而是 Composer 内部用来声明 PHP 扩展依赖的“虚拟包名”。它不对应 Packagist 上的任何仓库，也不会被下载或安装。
你写在 composer.json 的 require 里，只是告诉 Composer：“这个项目运行时必须有这个 PHP 扩展”，本质是运行环境检查，不是包管理行为。
-
ext-redis和phpredis/phpredis是两回事：前者检查扩展是否加载，后者才是真正安装的 PHP 扩展封装库 - 如果误把
ext-xxx当成可安装包去搜 Packagist，会找不到结果——因为它压根不存在 - Composer 安装时若发现
ext-xxx对应的扩展没启用，会直接报错：Your requirements could not be resolved to an installable set of packages.
当包名和 ext- 名字撞车了怎么办？
真撞上了，大概率是你自己或某个依赖包在 name 字段里用了和 PHP 扩展同名的字符串（比如发布了一个叫 ext-apcu 的私有包），而 Composer 会优先把 ext-apcu 解析为“PHP 扩展依赖”，导致解析失败或行为异常。
这不是 Composer 的 bug，是它的设计逻辑：所有 ext- 开头的标识符在依赖解析阶段就被提前拦截并转为环境约束，不再走常规包查找流程。
立即学习“PHP免费学习笔记（深入）”；
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 别给自己的包起
ext-开头的名字，哪怕你封装的就是那个扩展 - 如果必须兼容旧命名（比如迁移遗留项目），可在
composer.json里用provide显式声明提供该扩展："provide": {"ext-apcu": "5.1.20"} - 第三方包若错误声明了
ext-xxx为依赖（实际不需要），应提 issue 要求其修正——常见于某些老旧 Laravel 插件
怎么查一个包到底依赖哪些 ext- 扩展？
看它的 composer.json 里 require 或 require-dev 字段，找以 ext- 开头的条目。但要注意：这些字段只在安装/更新时校验，不参与自动加载或 autoloading。
更关键的是，它们不会出现在 vendor/composer/installed.json 中，因为没被“安装”——所以用 composer show --tree 也看不到 ext- 项。
- 执行
composer install时，Composer 会逐个检查每个ext-是否已启用（调用extension_loaded()） - 想快速验证当前环境满足哪些
ext-要求？运行composer check-platform-reqs - 某些包（如
symfony/console）会在require里写"ext-mbstring": "*"，这只是软性提示；而doctrine/dbal可能写"ext-pdo_mysql": "*"，这就成了硬性运行门槛
为什么 vendor/autoload.php 不加载 ext- 相关逻辑？
因为 ext- 没有任何 PHP 文件要加载。它只是个标记，Composer 在解析依赖图时用它做约束判断，之后就丢掉了。autoloader 只处理实际存在的类、函数、文件路径。
如果你看到某个包的 autoload 配置里出现了 ext-，那基本是配置写错了——autoload 的 psr-4、files、classmap 等字段只接受路径或命名空间，不接受扩展名。
- 别在
autoload.files里写ext-mbstring，这会导致 Composer 报错：Could not open input file: ext-mbstring - 某些 IDE 或静态分析工具会误把
ext-当作类名补全，这是它们的识别缺陷，不是 Composer 行为 - 真正需要扩展支持的代码，应该自己用
extension_loaded('mbstring')做运行时判断，而不是指望 autoloader 做这事
事情说清了就结束。最常出问题的地方，是把 ext- 当成可安装包去 require，或者在 autoload 里瞎配——这两处一动就报错，而且错误信息往往不指向根源。
