ext-xxx是composer对php扩展的标准化命名，对应php -m输出的小写模块名（如ext-intl↔intl），需确保cli环境php.ini中已启用且大小写一致。
报错里写的 ext-xxx 到底对应哪个 PHP 模块
错误信息里出现的 ext-redis、ext-intl 这类名字，就是 Composer 对 PHP 扩展的标准化写法，和 php -m 输出的模块名基本一致，但有几点必须对齐：
-
ext-xxx中的xxx是小写，且不带php_前缀（比如ext-gd↔gd，不是php_gd2） - Windows 下
php -m显示的是gd，但 php.ini 里要写extension=php_gd2.dll；Linux/macOS 则是extension=gd.so - 大小写敏感：
ext-Xdebug不会被识别为xdebug，必须用ext-xdebug - 某些扩展名在
php -m里显示为全小写（如mbstring），但错误里写的是ext-mbstring，别漏掉ext-前缀
为什么 php -m 看得到，composer install 还报 missing
最常见原因是 CLI 和 Web SAPI 加载了不同的 php.ini，而 Composer 只走 CLI 模式。你改了 Apache 的配置文件，但 php --ini 显示的却是另一份。
- 执行
php --ini，重点看Loaded Configuration File那一行路径，比如/etc/php/8.2/cli/php.ini - 打开这个文件，确认对应
extension=行已取消注释，且路径下真有该 so/dll 文件（ls /usr/lib/php/20220829/mbstring.so或dir C:\php\ext\php_mbstring.dll） - Windows 用户还要检查
extension_dir是否指向正确目录，且 DLL 架构匹配（PHP 8.2 NTS x64 ≠ TS x86 的 redis.dll） - 改完重启终端（尤其 Windows），再跑
php -m | grep mbstring验证是否生效
如何快速筛出 ThinkPHP/Laravel 等框架真正需要的扩展
别靠猜，直接用组合命令定位缺口。ThinkPHP 6+、Laravel 10+、Symfony 6+ 都依赖一组核心扩展，漏一个就卡住。
- 运行
php -m | grep -E 'json|mbstring|xml|curl|openssl|zip|phar|gd|intl|iconv|fileinfo'（macOS/Linux） - Windows 用户用
php -m后手动扫这串名字，或用php -r "print_r(array_intersect(['json','mbstring','xml'], get_loaded_extensions()));" - 发现没输出的项，就是缺失项；比如没
intl，Laravel 就会报ext-intl is missing - 光有模块名还不够：验证运行时能力，例如
php -r "echo intl_get_error_message();"，报错说明加载失败或 ICU 库没装
--ignore-platform-req=ext-xxx 是临时解法，不是解决方案
加这个参数能让 composer install 继续往下走，但后续运行时大概率崩——比如 Laravel 的 php artisan serve 一启动就 Fatal error: Class 'IntlDateFormatter' not found。
-
--ignore-platform-req=ext-intl只跳过 intl 校验，其他扩展仍照常检查 -
--ignore-platform-reqs是全关，风险更高，连 PHP 版本都不校验，容易装上语法不兼容的包 - CI 流水线里如果用了
--ignore-platform-reqs，得确保运行时环境真能支撑所有依赖，否则测试通过、上线就挂 - 真正省事的做法是：用
composer show --platform查当前已启用的扩展列表，比php -m更贴近 Composer 解析逻辑
最容易被忽略的点是：不同 PHP SAPI 加载的扩展可能完全不同，而 Composer 只认 CLI；哪怕 phpinfo() 页面显示 gd 已启用，只要 CLI 没加载，composer install 就会拦住你。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
