答案：缺少ext-intl扩展时，Composer会提示安装或启用该扩展。解决方法包括安装ext-intl（如Linux用apt-get install php-intl）、临时跳过检查（--ignore-platform-reqs）或忽略特定扩展（--ignore-platform-req=ext-intl），推荐升级至使用symfony/polyfill-intl-*的现代组件以降低依赖。

当使用 Composer 安装或更新 PHP 项目依赖时，如果系统缺少 ext-intl 扩展，你可能会看到类似如下的警告：

Package container-interop/container-interop is abandoned, you should avoid using it. Use psr/container instead.
Package doctrine/reflection is abandoned, you should avoid using it.

但更相关的是这种提示：

The requested PHP extension ext-intl * is missing from your system. Install or enable PHP's intl extension.

这类信息通常出现在安装某些国际化支持强的库（如 symfony/icu、symfony/locale 或老版本的框架组件）时。Composer 并不会直接“处理”缺失扩展的问题，而是根据 composer.json 中声明的依赖关系进行检查，并在不满足条件时报出警告或错误。

理解警告来源

ext-intl 是 PHP 的国际化扩展，基于 ICU（International Components for Unicode）库实现，提供区域设置、格式化、排序等功能。部分 PHP 包在 require 中明确声明了对它的依赖：

{
    "require": {
        "php": "^7.2 || ^8.0",
        "ext-intl": "*"
    }
}

一旦 Composer 检测到当前环境未启用该扩展，就会抛出警告或中断安装，取决于是否允许忽略平台需求。

如何应对 ext-intl 缺失问题

有几种方式可以缓解或解决这个问题，具体选择取决于你的实际场景：

• 安装并启用 ext-intl 扩展（推荐）

  这是最彻底的解决方案。在不同系统上操作如下：

  • Linux（Ubuntu/Debian）：
    sudo apt-get install php-intl
  • Linux（CentOS/RHEL）：
    sudo yum install php-intl 或使用 dnf
  • macOS（使用 Homebrew）：
    brew install php@8.1-intl（版本依实际情况而定）
  • Windows：
    确保 php_intl.dll 在 php.ini 中被启用：
    extension=php_intl.dll

  重启 Web 服务器或 CLI 环境后，可通过 php -m | grep intl 验证是否加载成功。

• 临时跳过平台依赖检查

  如果你只是想快速测试或开发，且确认项目不实际用到国际功能，可以用以下命令绕过：

  composer install --ignore-platform-reqs

  ⚠️ 注意：这会忽略所有 PHP 版本和扩展要求，可能导致运行时错误，仅用于特殊场景。

• 忽略特定扩展（更安全的跳过）

  若只想忽略 ext-intl 而保留其他检查：

  composer install --ignore-platform-req=ext-intl

  适合短期开发调试，避免完全关闭平台验证带来的风险。

• 升级或替换已废弃的包

  许多旧包强制依赖 ext-intl，例如早期的 symfony/icu。现代 Symfony 版本已改用轻量级替代方案（如 symfony/polyfill-intl-*}），自动在无扩展时提供模拟实现。

  建议检查并升级相关依赖，使用支持 polyfill 的新版组件，可显著降低环境依赖复杂度。

项目层面的兼容性设计

作为开发者，在构建项目时应考虑低依赖部署场景：

• 优先使用 symfony/polyfill-intl-normalizer、symfony/polyfill-intl-idn 等 polyfill 包，它们能在无 ext-intl 时提供基本功能。
• 避免直接调用 ICU 相关类（如 IntlDateFormatter），除非确定目标环境具备支持。
• 在 composer.json 中将 ext-intl 设为 suggest 而非 require，提升灵活性：

"suggest": {
    "ext-intl": "For enhanced internationalization support"
}

基本上就这些。Composer 的作用是忠实反映依赖声明，真正的兼容性保障需要结合环境配置与合理的包选型来实现。不复杂，但容易忽略细节导致部署失败。