快速确认缺失扩展：运行php -m | grep 扩展名（去ext-前缀），结合php --ini定位cli加载的php.ini，再查extension_dir路径下对应.so/.dll文件是否存在且启用。
直接看报错里写的扩展名，装它就行——但别装错 PHP 版本、别改错 php.ini、也别指望 Web 环境启用了 CLI 就自动有。
怎么快速确认是哪个扩展真没加载
Composer 报的错里一定带扩展名，比如 ext-mbstring、ext-xml、ext-intl。注意：去掉 ext- 前缀才是实际模块名（mbstring 而不是 ext-mbstring）。
运行以下命令验证 CLI 是否真缺：
-
php -m | grep mbstring—— 无输出即未加载 -
php --ini—— 看 “Loaded Configuration File” 路径，确保你后续操作的是这个php.ini -
php -i | grep "extension_dir"—— 确认.so或.dll文件该放哪
别只查 phpinfo() 页面——Web 和 CLI 的配置文件通常不同，Composer 只认 CLI。
Ubuntu/Debian 上装 php8.2-zip 这类扩展包名怎么写
包名必须严格匹配当前 CLI 的 PHP 版本，漏掉版本号或写错就会装不上，且不会报错提示。
先查版本：php -v（如显示 PHP 8.2.10）
再装对应包：
sudo apt updatesudo apt install php8.2-zip php8.2-mbstring php8.2-xml php8.2-curl- 装完不用手动改
php.ini—— 这些包会自动在/etc/php/8.2/cli/conf.d/下生成启用文件（如20-zip.ini）
验证：php -m | grep zip 有输出即成功。如果仍不显示，检查 php --ini 输出的 “Scan for additional .ini files in” 路径下是否存在对应文件。
Windows 下 extension=php_mbstring.dll 总不生效
最常见原因是三者不一致：PHP 版本、DLL 文件名、extension_dir 路径。
按顺序检查：
- 运行
php --ini，确认 CLI 加载的是哪个php.ini（常被忽略的是 WAMP/XAMPP 自带的phpForApache.ini或php-cli.ini） - 打开该
php.ini，找extension_dir行，确认路径存在且可读（如extension_dir = "ext"是相对路径，需相对于 PHP 安装目录） - 去
extension_dir指向的目录里，确认php_mbstring.dll文件真实存在 —— 注意文件名是否带版本号（php_mbstring.dll≠php_mbstring7.dll） - 取消注释：
;extension=php_mbstring.dll→extension=php_mbstring.dll
改完重启命令行终端（不是浏览器），再跑 php -m 验证。
php -m 显示 intl，但 Composer 仍报 ext-intl 缺失
这是 ICU 版本不兼容导致的静默失败：扩展能加载，但内部校验失败。
现象：php -m | grep intl 有输出，composer diagnose 却报缺失。
查实际绑定版本：php -r "echo INTL_ICU_VERSION;"
查系统 ICU 版本：
- Linux/macOS：
pkg-config --modversion icu-i18n或icu-config --version - macOS Homebrew 用户：很可能
brew upgrade icu4c后版本升了，但 PHP 是旧版编译的（如 ICU 69 → 73）
临时绕过（仅本地调试）：composer install --ignore-platform-req=ext-intl
根治办法：重装 PHP（Homebrew 用 brew reinstall php；Docker 改基础镜像；源码编译加 --with-icu-dir）。
最易被忽略的一点：Docker、MAMP、Homestead 等环境自带独立 PHP CLI，系统级 apt install php-xxx 对它们完全无效——得进容器或对应环境内部装，或改构建流程。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
