composer status 离线失败是因为其默认执行远程包元数据检查，需访问 packagist.org；纯本地校验仅占一部分，远程验证无法通过 --no-plugins 等参数禁用，可靠离线验证应使用 composer install --dry-run 或文件比对。
Composer 的 composer status 命令本身不依赖网络，但默认行为会触发远程包元数据检查（比如验证 composer.lock 中的哈希是否匹配 packagist.org 上最新版本），所以离线时会报错或卡住。
为什么 composer status 离线会失败
该命令在运行时默认执行两件事：一是比对 vendor/ 与 composer.lock 的文件一致性（这部分纯本地）；二是检查 composer.lock 中记录的每个包版本是否仍是“最新可用”（即调用 packagist.org API 或镜像源）。后者需要网络，离线时抛出 Could not fetch packages information 或超时。
用 --no-plugins --no-scripts + --ignore-platform-reqs 仍不够
这些参数不影响元数据拉取逻辑。真正有效的办法是绕过远程校验环节：
-
composer status --no-ansi不解决根本问题 -
composer status -v只是增加日志，反而暴露更多网络请求细节 - 必须显式禁用“更新检查”行为 —— 而 Composer 没有
--offline这样的开关
离线检测依赖状态的可靠方法
直接跳过 status 命令，改用组合操作验证关键状态：
- 检查
composer.lock是否存在且未被修改：git status -- composer.lock
（若项目用 Git） - 确认
vendor/目录结构与composer.lock记录一致：composer install --dry-run --no-progress 2>/dev/null | grep -q "Nothing to install" && echo "vendor matches lock"
- 手动比对关键包哈希（可选）：
php -r "\$l = json_decode(file_get_contents('composer.lock'), true); echo \$l['packages'][0]['dist']['shasum'] ?: 'missing';" - 若已运行过
composer install，vendor/autoload.php存在且可 require，基本说明依赖已就位
长期离线环境建议：冻结所有远程交互
在无法联网的 CI 或内网部署中，应提前配置：
- 设置
COMPOSER_HOME指向含完整repo.packagist.org镜像缓存的目录（需预先同步） - 使用
composer config --global repo.packagist false彻底禁用 Packagist（仅限完全离线场景） - 改用
composer install --no-interaction --prefer-dist --optimize-autoloader替代status，它只读composer.lock和vendor/，不发任何 HTTP 请求
真正的离线验证不靠 status，而靠 install --dry-run 和文件系统一致性判断 —— 因为 Composer 本身没有“只校验不联网”的 status 模式。
