Composer不编译C扩展，仅通过ext-前缀声明依赖并验证环境是否满足，如"ext-redis": "^5.3"；实际安装需通过包管理器、pecl或源码编译等方式完成，Composer在install时检查扩展存在性与版本，确保运行环境合规。
Composer 本身不处理 C 扩展的编译，它只管理 PHP 代码层面的依赖。对于需要编译的 C 扩展（例如 Redis、MongoDB、Swoole 等扩展），Composer 并不会自动安装或编译这些扩展，而是通过声明对已安装扩展的依赖来确保运行环境满足要求。
1. 声明扩展依赖
在 composer.json 中，你可以通过 ext- 前缀来声明某个 PHP 扩展是项目的依赖。例如：
{
"require": {
"ext-redis": "^5.3",
"ext-mongodb": "^1.9",
"ext-swoole": "^4.8"
}
}
当运行 composer install 时，Composer 会检查系统中是否已加载对应版本的扩展。如果未安装或版本不符，Composer 会报错并中断安装流程。
2. 扩展需由外部工具安装
C 扩展的编译和安装通常依赖以下方式：
- 包管理器：如 apt（Debian/Ubuntu）、yum（CentOS）、brew（macOS）等
- pecl 命令：PHP 官方扩展仓库，可直接安装并编译扩展
- 源码编译：从 GitHub 或官方下载源码，手动 phpize && ./configure && make && make install
- Docker 镜像构建：在 Dockerfile 中提前安装所需扩展
例如使用 pecl 安装 redis 扩展：
pecl install redis
然后在 php.ini 中添加：
extension=redis.so
3. Composer 只做验证，不参与编译
Composer 的作用是在依赖解析阶段检查扩展是否存在且版本匹配。它不会调用 gcc、phpize 或其他编译工具。这意味着：
- 开发者必须提前配置好扩展环境
- CI/CD 流程中需在运行 composer install 前安装扩展
- 共享主机或容器环境中要确保扩展已启用
4. 处理开发与生产环境一致性
为避免“在我机器上能跑”的问题，推荐做法包括：
- 使用 Docker 统一环境，Dockerfile 中明确安装所需扩展
- 在 CI 脚本中先安装扩展再运行 composer install
- 提供清晰的部署文档说明扩展依赖
基本上就这些。Composer 不碰编译过程，但它能帮你守住底线——确保所需的扩展已经存在。
