PHP未加载intl扩展的根源是ICU依赖问题：或缺失libicu-dev等开发包，或ICU版本与PHP不兼容，需确认CLI/Web配置一致性、扩展文件存在性、icu-config可用性及Windows下DLL位数/版本匹配，并重启Web服务验证。
php -m 里没 intl，但 php.ini 已启用 extension=intl
这说明 PHP 进程根本没加载到 intl.so（Linux/macOS）或 php_intl.dll（Windows），常见原因不是配置写错了，而是依赖断了。最典型的是系统里压根没装 ICU 开发包，或者装了但版本和 PHP 不兼容。比如 php -i | grep "ICU version" 显示 ICU version => 70.1，而项目 composer.json 要求 "lib-icu": "^72.0" —— 此时光改 php.ini 没用，PHP 启动时会静默跳过 intl 扩展加载。
- 先确认 CLI 和 Web 环境是否一致：分别运行
php --ini和在 Web 下访问phpinfo()，比对Loaded Configuration File路径 - 检查 intl 扩展文件是否存在：
ls /usr/lib/php/*/intl.so（Ubuntu/Debian）或ls /opt/homebrew/lib/php/pecl/*/intl.so（macOS Homebrew） - 如果文件存在但没加载，大概率是 ICU 库找不到或版本太低；如果文件不存在，说明扩展压根没装成功
pecl install intl 失败，报错 “checking for icu-config no”
这是 Linux/macOS 上最常卡住的一步。pecl install intl 本质是编译一个 PHP 扩展，它需要调用系统命令 icu-config 来读取 ICU 的头文件路径、库路径和版本。如果提示 checking for icu-config no，代表系统连这个工具都没有 —— 不是 ICU 运行库没装，而是开发包（含头文件和 icu-config）缺失。
- Ubuntu/Debian：运行
sudo apt install libicu-dev（注意是-dev，不是libicu69这类运行库） - CentOS/RHEL 8+：运行
sudo dnf install libicu-devel - macOS（Homebrew）：运行
brew install icu4c，再确保icu-config在 PATH 中（可执行which icu-config验证） - 装完后重试
pecl install intl，它会自动探测到icu-config并填入正确路径
Windows 下 php_intl.dll 加载失败，弹窗报“找不到指定模块”
错误弹窗不是 PHP 报的，是 Windows 动态链接器（loader）在找 icu*.dll 时失败了。核心问题就一个：你放进去的 php_intl.dll 是 32 位还是 64 位？它依赖的 ICU DLL（如 icuuc69.dll）是否匹配？是否在系统 PATH 或 PHP 运行目录下？
- 用
php -v看输出末尾是NTS x64还是TS x86，决定你要用哪个位数的 DLL - 下载对应 PHP 版本和线程模型（TS/NTS）的
php_intl.dll，别混用 PHP 5.x 和 8.x 的 - ICU DLL 必须和
php_intl.dll编译时用的 ICU 版本一致；比如 PHP 8.2 官方二进制默认绑 ICU 72，你就得放icuuc72.dll、icuin72.dll等全套 - 把 ICU DLL 放到
Apache\bin或php.exe同级目录，或加到系统环境变量 PATH 中（推荐前者，更可控）
装完 intl，但 Carbon/Symfony 仍报 “Intl extension not loaded”
这类框架报错往往不是扩展没装，而是 PHP-FPM/Apache 没重启，或者用了 opcache 缓存了旧的扩展状态。更隐蔽的情况是：CLI 下 php -m 能看到 intl，但 Web 请求里查不到 —— 因为 Web 服务器用的是另一个 PHP 实例，加载了另一份 php.ini。
立即学习“PHP免费学习笔记（深入）”；
- 修改 php.ini 后，必须重启 Web 服务：
sudo systemctl restart php-fpm（PHP-FPM）或sudo apachectl restart（Apache） - 检查 opcache 是否启用：如果启用了
opcache.enable=1，且opcache.validate_timestamps=0，它可能缓存了扩展未加载的状态，临时设为1再重启 - 最关键的验证动作：在 Web 环境下（不是 CLI）执行
var_dump(extension_loaded('intl'));，返回bool(true)才算真正生效
ICU 版本不匹配的问题，本质是 PHP、intl 扩展、系统 ICU 库三者之间的 ABI 兼容性问题。它不像普通 PHP 扩展那样“装上就能用”，而更像 C 语言层面的链接约束。一旦版本错位，失败是静默的，排查时必须分清楚：是 PHP 启动时报错？还是运行时报错？是 CLI 报错？还是 Web 报错？每一步都要锁定具体环境，否则容易在错误的方向上反复折腾。
