phpEnv 不安装扩展，需确保当前切换的 PHP 版本已编译 intl 支持或正确加载 intl.so/dll；重点区分 CLI（phpEnv 管理）与 Web 服务器（如 PHP-FPM）环境，分别验证 ICU 链接、php.ini 启用及服务重启。
phpEnv 本身不提供或安装 PHP 扩展，它只是管理多个 PHP 版本的工具。当你在 phpEnv 环境下遇到 ext-intl 缺失报错，真正要做的不是“用 phpEnv 安装 intl”，而是确保当前被 phpEnv 切换到的那个 PHP 版本，其编译时已内置 intl 支持，或运行时能正确加载 intl.so（Linux/macOS）或 php_intl.dll（Windows）。
确认 phpEnv 当前使用的 PHP 是否支持 intl
phpEnv 默认不会自动启用 intl —— 它只负责切换 PATH 和调用对应版本的 php 二进制。intl 是否可用，取决于该 PHP 版本在编译时是否链接了 ICU 库：
- 运行
php -i | grep "ICU version"：有输出说明 intl 已编译进内核（静态链接），无需额外扩展文件 - 运行
php -m | grep intl：若无输出，但php -i显示intl模块路径（如/path/to/php/lib/php/extensions/no-debug-zts-xxx/intl.so），说明是动态扩展但未启用 - 若两者都无，说明该 PHP 版本根本没编译 intl（常见于 phpEnv 用
php-build编译时未加--with-icu-dir）
为 phpEnv 管理的 PHP 版本启用 intl（动态加载场景）
适用于已存在 intl.so 但未启用的情况。关键不是改全局 php.ini，而是改当前 phpEnv 版本对应的配置：
- 先查清当前生效的配置路径：
php --ini，注意输出中 “Loaded Configuration File” 的路径（例如~/.phpenv/versions/8.2.12/etc/php.ini） - 编辑该
php.ini，取消注释或添加：extension=intl - 确认
extension_dir指向正确目录（通常为~/.phpenv/versions/8.2.12/lib/php/extensions/no-debug-zts-xxx/），且该目录下确实存在intl.so - 保存后无需重启系统服务，但需确保后续调用的
php是 phpEnv 切换后的版本（检查which php输出）
重新编译 phpEnv 下的 PHP 并启用 intl（静态链接推荐）
如果你用 php-build（phpEnv 底层）安装 PHP，且原编译未带 ICU 支持，extension=intl 会直接失败（找不到函数）。此时必须重编：
立即学习“PHP免费学习笔记（深入）”；
- 安装系统级 ICU 开发库：
sudo apt install libicu-dev（Ubuntu/Debian）或brew install icu4c（macOS） - 指定 ICU 路径编译（macOS 示例）：
PHP_BUILD_CONFIGURE_OPTS="--with-icu-dir=$(brew --prefix icu4c)" phpenv install 8.2.12 - Linux 若 ICU 在
/usr下，可省略--with-icu-dir，但建议显式写上避免探测失败 - 编译完成后，
php -m | grep intl应直接显示，且php -i中不再需要extension=intl行
验证 web 环境是否同步（常被忽略）
phpEnv 只影响 CLI，不影响 Web SAPI（如 Apache mod_php 或 PHP-FPM）。即使 php -m 显示 intl 已加载，Web 请求仍可能报错：
- 创建
info.php放入 Web 根目录，访问后查看 “Loaded Configuration File” 和 “intl” 模块是否存在 - 如果 Web 使用的是系统 PHP（如
/usr/bin/php）或独立 PHP-FPM 实例，它完全不受 phpEnv 控制 —— 你得单独为那个环境启用 intl - 常见陷阱：用 phpEnv 切换到 8.2，但 Nginx 配置里写的仍是
php-fpm7.4.sock
最易被跳过的环节是混淆 CLI 和 Web 的 PHP 实例。phpEnv 解决不了 Web 服务器用哪个 PHP，它只管你在终端敲 php 时调用谁。intl 要真正生效，两个环境都得各自配对、各自验证。
