Composer 不负责安装 PHP 扩展或系统库，仅声明性检查并提示依赖；真正解决需通过系统包管理器升级 lib-icu 等底层库，再确保 PHP 扩展（如 intl）链接到新版本。
Composer 本身不负责安装 PHP 扩展（如 ext-gd、ext-redis），它只管理 PHP 包（即通过 Packagist 安装的库）。所谓“需要特定 lib- 版本”，比如 lib-icu、lib-memcached 等，其实是 PHP 扩展所依赖的底层系统库——这些必须由操作系统包管理器或源码编译完成，Composer 只能做**声明性检查和提示**。
确认扩展是否已启用并满足版本要求
某些扩展（如 intl）依赖系统级库（如 lib-icu），PHP 编译时会绑定其版本。Composer 无法升级 lib-icu，但可通过 composer.json 的 platform 配置“假装”满足要求，绕过检查（仅用于开发/CI 场景，不解决实际运行问题）：
- 运行
php --ri intl查看当前intl扩展及绑定的 ICU 版本（如ICU version => 60.2） - 若项目 require
symfony/intl:^6.4要求 ICU ≥ 65，而系统只有 60.2，则需升级系统 ICU 和重新编译intl - 临时跳过（不推荐生产环境）：
"config": { "platform": { "ext-intl": "65.1.0" } }
通过系统包管理器安装/升级底层库
这才是真正解决问题的步骤。不同系统命令不同，但逻辑一致：先装库，再确保 PHP 扩展链接到新库。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
-
Ubuntu/Debian：升级
lib-icu例如sudo apt update && sudo apt install libicu-dev libicu67（具体包名查apt search icu）
然后重启 PHP-FPM 或 Apache：sudo systemctl restart php8.2-fpm -
macOS + Homebrew：
brew install icu4c→ 重新编译intl（如果用phpbrew或brew install php@8.2，它通常自动处理） -
Alpine Linux（Docker）：
RUN apk add icu-dev && docker-php-ext-configure intl --with-icu-dir=/usr && docker-php-ext-install intl
验证扩展与库的实际兼容性
光有库不等于 PHP 扩展能用。关键检查点：
立即学习“PHP免费学习笔记（深入）”；
- 运行
php -m | grep intl确认扩展已加载 - 执行
php -r "echo INTL_ICU_VERSION . "\n";"输出应匹配你安装的 ICU 版本 - 在项目中运行
composer install，不再报ext-intl (>=65.0)不满足的错误 - 若仍失败，可能是 PHP 编译时未链接新库：需重新编译扩展（如
docker-php-ext-install intl）或重装 PHP
基本上就这些。Composer 不碰系统层，lib- 版本是运维/部署环节的事。理清“PHP 扩展 → 系统库 → Composer 检查”三层关系，就不会在 composer require 时卡在“缺少扩展”上了。
