php -m | grep -E 'mbstring|curl|openssl|xml|zip|json|phar|gd|intl'可一键筛查Composer报错所列扩展（如ext-mbstring、ext-curl）是否启用，无输出即为缺失；Windows用户需手动检查php -m列表。
php -m | grep 一眼看全缺失项
报错里写的 ext-mbstring、ext-curl 这些，不是让你去猜，而是直接让 PHP 自己列出来。终端执行这句就能筛出常见关键扩展是否启用：
php -m | grep -E 'mbstring|curl|openssl|xml|zip|json|phar|gd|intl'
没输出的那几行，就是 Composer 卡住的真凶。注意：Windows 用户没法用 grep，直接运行 php -m 然后眼睛扫一遍就行；macOS/Linux 可加 | grep -v "disabled" 排掉注释干扰。
php --ini 定位 CLI 真正读的 php.ini
很多人改了 Apache 的 php.ini，结果 Composer 还是报错——因为 Composer 跑在命令行里，只认 CLI 模式加载的配置。执行：
立即学习“PHP免费学习笔记（深入）”；
php --ini
重点看 Loaded Configuration File 那一行路径，比如 /etc/php/8.2/cli/php.ini 或 C:\xampp\php\php.ini。别碰 phpinfo() 页面里显示的那个文件，它大概率是 Web SAPI 的。
打开这个文件后，检查这几行是否已取消注释：
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
-
extension=mbstring（Linux/macOS）或extension=php_mbstring.dll（Windows） -
extension=curl/extension=php_curl.dll -
extension=openssl/extension=php_openssl.dll
Windows 下还要确认 extension_dir 指向的目录下真有对应 .dll 文件；Linux/macOS 则要确保 extension_dir 输出路径下存在 mbstring.so 这类文件。
不同安装方式对应的修复动作不互通
你用什么方式装的 PHP，就得按它的规则来补扩展，混着操作基本会失效：
- Ubuntu/Debian：
sudo apt install php8.2-mbstring php8.2-xml php8.2-curl（版本号必须和php -v一致） - macOS Homebrew：
brew install php@8.2（重装带默认扩展），或单独装brew install php@8.2-intl，再检查$(brew --prefix)/etc/php/8.2/conf.d/ext-intl.ini是否被加载 - Windows XAMPP/WAMP：改
php.ini后，必须重启整个控制面板里的 Apache + MySQL + PHP 服务，只重启 Apache 不够 - Docker：
RUN docker-php-ext-install mbstring xml curl，不能只写apt install php-mbstring，那装的是系统包，不是 PHP 扩展
装完别跳步，立刻跑一次 php -m | grep mbstring 验证——只要没输出，就说明还没生效。
php -r "print_r(gd_info());" 这类扩展得看运行时能力
有些扩展（比如 ext-gd、ext-intl）光出现在 php -m 里还不够。它们依赖底层系统库，可能“加载成功但功能残缺”。
例如 ext-gd 缺 libwebp-dev，gd_info() 里 "webp support" => false，而项目用了 WebP 图片处理，Composer 就会卡在 intervention/image 的 require 上。
验证方法：
php -r "print_r(gd_info());" 或 php -r "echo INTL_ICU_VERSION;"
如果 ICU 版本不匹配（比如 PHP 编译用 ICU 69，系统是 73），ext-intl 也会被 Composer 判为“缺失”，尽管 php -m 显示正常。这种情况绕不过去，只能重装 PHP 或对齐 ICU。
