Composer通过symfony/polyfill系列包模拟缺失PHP扩展功能，推荐安装meta包symfony/polyfill实现自动适配，其按需加载且不覆盖原生函数，装完即生效并支持验证。
Composer本身不安装PHP扩展，而是通过引入polyfill包来模拟缺失的扩展功能。关键在于选对包、配好环境、避免冲突。
确认需要哪些polyfill
先判断项目运行环境缺什么：比如服务器没装 ext-intl，但代码用了 intlcal_create；或没开 ext-mbstring 却调用了 mb_strlen。常见需补全的扩展包括 intl、mbstring、ctype、json、xml 等。
PHP官方维护的通用polyfill是：symfony/polyfill 系列，按需安装对应子包：
composer require symfony/polyfill-intl-idncomposer require symfony/polyfill-mbstringcomposer require symfony/polyfill-intl-normalizer-
composer require symfony/polyfill-php80（含多个函数+常量补全）
优先用 meta 包简化管理
如果目标是全面兼容低版本PHP（如7.2+），推荐直接装 symfony/polyfill 元包：
立即学习“PHP免费学习笔记（深入）”；
composer require symfony/polyfill
它会自动拉取当前PHP版本下所有可用的polyfill子包（如 polyfill-php74、polyfill-mbstring、polyfill-ctype 等），并根据 PHP_VERSION_ID 智能启用/跳过——不需要手动判断缺哪个。
注意自动加载与函数覆盖逻辑
symfony/polyfill 的机制是：在 Composer autoloader 初始化时，先检查原生函数是否存在，仅当不存在才定义polyfill版本。因此：
- 无需额外 require 或 include，装完即生效
- 不会覆盖已存在的原生函数（安全）
- 部分 polyfill（如 intl）依赖外部数据文件（如 ICU 规则），它们会随包一起发布，无需额外配置
验证是否生效
装完后可简单测试：
var_dump(function_exists('mb_strtolower')); // true（即使没装 ext-mbstring）
更稳妥的方式是在目标环境中运行一次 composer dump-autoload -o，再执行项目启动逻辑或单元测试，观察是否还有 Call to undefined function 报错。
基本上就这些。不复杂但容易忽略的是：别试图用 polyfill 替代真正需要的扩展（比如依赖 intl 的日期本地化，polyfill 能兜底基础函数，但 ICU 数据精度仍受限）。
