答案：php -v成功但composer install报错，大概率是mbstring、openssl、zip等关键扩展未在CLI模式下启用。需通过php --ini确认CLI加载的php.ini路径，检查extension=mbstring等配置是否启用且extension_dir路径正确，再用php -m验证扩展是否加载。
php -v 成功但 composer install 报错，大概率是这几个扩展没开
PHP 8.3 能打印版本号，不代表运行环境就达标。composer、Laravel、Symfony 等工具依赖底层扩展，缺一不可。最常踩的坑是：php.ini 里只改了 extension_dir，却漏掉关键扩展的启用行。
-
mbstring：必须启用。composer 解析 JSON、处理 UTF-8 路径、加载 autoload 都强依赖它；不启用会直接报mb_strlen(): Argument #1 ($string) must be of type string或静默失败 -
openssl：必须启用。composer fetch 包、验证签名、HTTPS 请求全靠它；禁用会导致Unable to load the Composer repository或 SSL handshake failed -
zip：必须启用。composer install/unpack、phar 解包、laravel artisan storage:link 都需要；没开会报class ZipArchive not found -
curl或openssl（二选一，但推荐都开）：HTTP 客户端底层支撑；某些发行版默认关 curl，只靠 openssl 也能跑，但稳定性差
Web 请求 500 或 phpinfo() 不显示扩展，先盯住这三行配置
很多用户在 php.ini 里写了 extension=mbstring，但 phpinfo() 仍不显示——根本原因不是扩展没装，而是配置写法或路径不对。
-
extension_dir必须写绝对路径，例如extension_dir = "/usr/lib/php/20230817"（Linux）或extension_dir = "ext"（Windows，前提是解压路径正确且 php.exe 在同一级）；写成"./ext"或"ext/"在 PHP 8.3 下会被忽略 -
date.timezone必须显式设置，例如date.timezone = "Asia/Shanghai"；不设会导致部分扩展（如 intl、pdo_mysql）初始化失败，错误不报在页面，只记在 error_log -
openssl.cafile必须指向真实 PEM 文件，例如openssl.cafile = "/etc/ssl/certs/ca-certificates.crt"（Debian/Ubuntu）或openssl.cafile = "/opt/homebrew/etc/ca-certificates/cert.pem"（macOS Homebrew）；漏配会使 HTTPS 请求失败，且错误极难定位
Redis、Swoole、pcntl 这类扩展不能“装了就算开”
它们对 ABI、编译器、线程模型敏感，启用只是第一步，匹配才是关键。
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
-
redis：Windows 下必须用 vs17 编译的redis.dll（文件名不能是php_redis.dll），且php -v输出含VC17；Linux/macOS 下需确认php-config8.3路径与extension_dir的 ABI 目录（20230817）一致 -
swoole：仅支持swoole 5.1.x（如5.1.1），swoole 4.8.13会直接 segfault；启用后还需调用swoole\runtime::enablecoroutine()才能生效 -
pcntl：无法通过pecl install加载，必须在编译 PHP 时加--enable-pcntl；php -m | grep pcntl无输出，说明当前二进制根本不含该功能
macOS 和 Windows 用户最容易忽略的启动环节
PATH 和配置文件加载顺序错了，前面所有操作都白做。
立即学习“PHP免费学习笔记（深入）”；
- macOS：Homebrew 安装后，
which php必须返回/opt/homebrew/bin/php（Apple Silicon）或/usr/local/bin/php（Intel），而非系统/usr/bin/php；改完 PATH 后必须source ~/.zshrc，否则终端新开一个就失效 - Windows：Web 服务（Apache/Nginx）读的
php.ini和 CLI 的不是同一个；务必用phpinfo()页面查 “Loaded Configuration File”，只改那个路径下的文件，并重启整个服务（不是刷新网页） - 通用陷阱：
php --ini显示的配置路径 ≠ Web 加载路径；php -m看到的扩展 ≠phpinfo()显示的扩展——这是两个独立加载流程
