Composer不编译PHP C扩展，仅检查其是否安装；C扩展需通过系统包管理器、phpize工具链或PECL等外部方式手动安装，常见实践包括在Dockerfile或CI/CD脚本中预先配置环境。
Composer 本身不负责编译 PHP 的 C 扩展，它只管理纯 PHP 的依赖包。当你在 composer.json 中声明一个依赖于 PHP C 扩展的库时，Composer 会检查该扩展是否已安装并启用，但不会自动下载或编译它。
1. Composer 如何检测扩展依赖
许多 PHP 包（如 ext-mbstring、ext-gd）在 composer.json 中通过 ext- 前缀声明对系统级扩展的依赖。例如：
当运行 composer install 时，Composer 会检查当前 PHP 环境中这些扩展是否已加载。如果未找到，会提示错误并中断安装。
2. 编译和安装 C 扩展需手动或通过其他工具完成
真正处理 C 扩展的编译和安装，需要使用以下方式之一：
立即学习“PHP免费学习笔记（深入）”；
-
系统包管理器：如 Ubuntu/Debian 使用
apt，CentOS/RHEL 使用yum或dnf。例如：sudo apt install php-mysql -
phpize 工具链：对于第三方或自定义扩展（如
redis、igbinary），需手动下载源码，运行phpize、configure、make、make install编译安装。 -
预编译二进制包：某些扩展提供 PECL 预编译版本，可通过
pecl install extension-name安装。
3. 开发与部署中的常见实践
为避免环境问题，通常采用以下策略：
- Docker 镜像构建：在 Dockerfile 中提前安装所需扩展，确保运行环境满足 Composer 依赖要求。
-
CI/CD 脚本：在持续集成流程中，先用脚本安装扩展，再执行
composer install。 - 开发文档说明：在项目 README 中明确列出所需的 PHP 扩展，指导开发者手动配置环境。
基本上就这些。Composer 只做依赖声明和校验，C 扩展的编译和安装是系统层面的任务，需由开发者或运维借助外部工具完成。
