composer报错“requires ext-intl”本质是php环境缺失intl扩展或icu版本过低，需先验证php -m | grep intl及intl_icu_version，再按系统重装匹配版本的php-intl并重启服务，polyfill仅作无权限场景下的有限替代。
Composer 本身不提供 intl 功能，它只负责安装依赖；真正起作用的是 PHP 的 ext-intl 扩展 —— 如果没装或版本太低，symfony/translation 或 symfony/intl 这类包根本跑不起来。
为什么 composer require symfony/translation 会失败？
常见报错：The requested PHP extension ext-intl * is missing from your system 或 requires lib-icu >= 60.1。这不是 Composer 的问题，而是你 PHP 环境缺 intl 扩展，或系统 ICU 库太旧。
-
ext-intl是 PHP 内置扩展，不是 Composer 包 —— 不能用composer require intl安装 -
symfony/intl是数据包（含地区名称、货币符号等），它不替代ext-intl，只是补充；没有ext-intl，它连NumberFormatter都初始化不了 - Ubuntu/Debian 默认源里的
php-intl可能绑定老旧 ICU（如 55.x），而symfony/translation ^6.4要求 ICU ≥ 60.1，硬装会失败
Ubuntu 上正确启用 intl 的三步实操
别直接 apt install php-intl 就完事，得确认 ICU 版本匹配：
- 先查当前 ICU 版本：
php -r "echo INTL_ICU_VERSION;"—— 如果输出55.1或更低，必须升级 - 推荐做法：卸载旧 intl，重装对应 PHP 版本的 intl 包（例如 PHP 8.2）：
sudo apt remove php-intl && sudo apt install php8.2-intl - 验证是否生效：
php -m | grep intl必须有输出，且php -r "echo INTL_ICU_VERSION;"≥ 60.1 - 重启服务：
sudo systemctl restart php8.2-fpm（或 Apache/Nginx）
安装 symfony/translation 后怎么用？别漏掉 loader 和 locale 设置
装完 composer require symfony/translation 后，光 new Translator 不够，关键在资源加载和 locale 绑定：
- 必须显式添加 loader：
$translator->addLoader('php', new PhpFileLoader())，否则addResource会静默失败 -
Translator构造时传入的 locale（如'en_US'）只是 fallback，实际生效靠$translator->setLocale('fr_FR') - 翻译文件路径要绝对：
__DIR__.'/resources/translations/messages.fr.php'，相对路径容易因 CLI/web 执行上下文不同而找不到 - PHP 格式文件必须 return 数组，不能 echo 或 include 其他文件 —— 否则解析失败无提示
什么时候该用 polyfill 而不是硬扛 intl？
如果你控制不了服务器环境（比如共享主机没权限装扩展），或项目只需基础 IDN 域名转换（idn_to_ascii），才考虑 polyfill：
-
composer require symfony/polyfill-intl-idn只补idn_to_ascii/idn_to_utf8，不提供MessageFormatter或Collator -
symfony/polyfill-intl-normalizer补 Unicode 规范化，但不解决日期/数字格式化问题 - 所有 polyfill 都绕不开一个事实：没有
ext-intl，你就没法做真正的本地化（比如按德语规则排序字符串、按日语习惯格式化日期）
真正卡住你的从来不是 Composer 命令写不对，而是 php -m | grep intl 没输出那行字 —— 其他全是后续动作。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
