告别环境差异：使用Composer Check-Platform确保扩展就绪

告别环境差异：使用Composer Check-Platform确保扩展就绪

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

先说一个核心结论：composer check-platform-reqs 这个命令，远非确保扩展就绪的“万能钥匙”。它的职责范围其实很明确：只检查你项目 composer.json 文件中**白纸黑字写出来**的 PHP 版本和扩展要求，并且只针对当前命令行（CLI）环境。没声明的？它不管。声明了但扩展没加载？它会报 missing。而你用 php -m 看到的 zip 扩展，很可能跟 Composer 正在用的那个 PHP 压根不是一回事。

为什么 check-platform-reqs 显示 ext-zip: * (missing)，但 php -m 能看到 zip？

这通常不是扩展没安装，而是 Composer 和你执行 php -m 时，调用的根本不是一个 PHP 二进制文件。

• 你得先运行 which php 看看当前 shell 默认的 PHP 路径是什么，然后用这个完全相同的路径去检查扩展，比如 /usr/bin/php -m | grep zip 或 /opt/homebrew/bin/php -m | grep zip。
• 在 macOS 上尤其常见：通过 Homebrew 安装的新版 PHP，其路径可能被系统自带的旧版（通常不带 zip 扩展）覆盖。你 php -v 看到的是新版，但 Composer 启动时可能默默调用了 /usr/bin/php。
• Linux 环境下也类似，不同来源（如 apt 包管理器安装 vs 源码编译）的 PHP，其扩展（.so 文件）路径和加载方式都可能不同。而且，check-platform-reqs 只管 CLI 环境，Web 服务器环境（如 PHP-FPM）是另一回事。

check-platform-reqs 真正检查什么，又完全不管什么？

它的工作原理很简单：读取 composer.json 的 require 和 config.platform 字段，然后调用 PHP 的 extension_loaded() 函数做运行时判断——仅此而已。

• ✅ 它检查这些：如果你写了 "php": ">=8.1"，它就比对真实 PHP 版本；写了 "ext-zip": "*"，它就检查 extension_loaded('zip') 是否为真。
• ❌ 它不检查这些：你的代码里实际调用了 openssl_encrypt() 函数，但 composer.json 里忘了声明 ext-openssl——对于这种“漏报”，check-platform-reqs 会保持沉默。
• ❌ 它不检查这些：Web 环境（比如 Nginx 搭配 PHP-FPM）是否启用了同名扩展。要确认这个，必须单独去访问 phpinfo() 页面。
• ❌ 它不检查这些：扩展文件虽然加载了，但它依赖的底层系统库是否缺失。例如 ext-intl 扩展需要 ICU 库，库没装好，运行时照样会崩溃。

怎么让 check-platform-reqs 输出真正有用？

关键不在于反复运行命令，而在于先规范地声明需求，再用正确的工具去验证。

• 在 composer.json 的 require 部分，补全项目的最低要求。建议使用具体版本，如 "php": ">=8.1.0"（避免使用 ^8.1 这类范围符，check-platform-reqs 对它的支持比较弱）。
• 显式列出所有硬依赖的扩展："ext-zip": "*"、"ext-pdo_mysql": "*"、"ext-mbstring": "*"，一个都别漏。
• 用 composer show --platform 替代 php -m。这个命令输出的是 Composer 实际识别到的、已启用的扩展列表，能过滤掉那些仅注册未初始化的“幽灵扩展”。
• 在 CI/CD 流水线中，可以通过配置 "platform": {"php": "8.2.10"} 来模拟目标环境。但本地开发时建议禁用此配置，否则可能会掩盖真实的兼容性问题。

比 check-platform-reqs 更早暴露问题的办法

静态检查只能告诉你“声明是否被满足”，无法替代一次轻量级的运行验证。

• 试试 composer install --dry-run：这个命令会走一遍完整的依赖解析和平台校验流程，但不实际写入文件。它比单纯的 check-platform-reqs 更贴近真实的安装逻辑。
• 对于 Web 环境，务必亲自访问 phpinfo() 页面，确认像 opcache、apcu 这类可能需要手动启用的扩展确实处于 loaded 状态。
• 如果你的项目使用 Docker 或宝塔面板等环境，切记每个 PHP 版本的扩展都需要单独勾选启用。“安装一次，所有版本生效”是一种常见的错觉。

最后，必须警惕的是：check-platform-reqs 输出“OK”，仅仅代表你声明的东西都齐备了，绝不等于你的代码一定能跑通。上线前的环境验证，可千万别只指望它。