Composer无“离线调试模式”，真正可行的是用--no-plugins --no-scripts -vvv确保不联网并输出完整调试日志，前提是composer.lock与vendor/齐全且dist.url为本地路径。
Composer 没有“离线调试模式”这个概念
Composer 本身不提供所谓「离线调试模式」——它既不会主动联网验证包（除非你执行 composer update 或启用了某些插件），也不会因网络断开就自动切换到某种特殊调试状态。所谓“离线调试”，实际是用户想在无网络环境下安全运行命令（如 composer install），同时看清每一步到底做了什么、卡在哪、缺什么依赖。
真正可控的是日志级别和行为约束，核心目标有两个：确保不触发远程请求 + 让输出足够详细。
用 --no-plugins --no-scripts 防止意外联网
很多 Composer 插件（比如 hirak/prestissimo、composer/installers 的钩子）或 scripts 配置项会在安装时调用外部 API 或下载额外资源。一旦网络不通，它们可能卡住或报错，掩盖真实问题。
-
--no-plugins：跳过所有已启用插件，避免插件内部的 HTTP 请求 -
--no-scripts：跳过post-install-cmd等脚本，防止执行php artisan optimize这类可能间接触发网络的操作 - 这两个参数必须和
install或update一起用，单独设置环境变量无效
开启详细日志：-vvv 是唯一可靠方式
Composer 的日志等级只有 -v（verbose）、-vv（very verbose）、-vvv（debug）。只有 -vvv 会打印完整 HTTP 请求头、本地文件读写路径、JSON 解析过程、锁文件比对细节——这是定位离线失败根源的关键。
示例命令：
composer install --no-plugins --no-scripts -vvv
注意：
- 不要用
COMPOSER_VERBOSE=3，该环境变量已被废弃，不起作用 -
-vvv输出量极大，建议重定向到文件：composer install -vvv 2>&1 | tee install.log - 如果看到
Downloading https://repo.packagist.org/packages.json这类行，说明仍有插件或配置绕过了--no-plugins
离线能跑的前提：vendor 和 composer.lock 必须齐全
Composer 离线运行成功的硬性条件不是靠参数开关，而是数据完备性：
-
composer.lock文件必须存在且与composer.json一致（可用composer validate检查） -
vendor/目录可选，但若缺失，composer install会尝试从本地 zip 包或 dist URL 解压 —— 而这些 zip 地址通常写在 lock 文件里，指向 packagist.org 域名，离线即失效 - 真正可靠的离线方案是提前用
composer install --prefer-dist下载好所有 dist 包，再用composer archive或工具如composer-offline打包；否则仅靠参数无法让 Composer “凭空”还原依赖
最容易被忽略的一点：lock 文件里的 dist.url 字段如果还是 https://...，哪怕加了 --no-plugins -vvv，Composer 在解压阶段仍会报 cURL error 7（Failed to connect），这不是日志没开够，是数据本身就不支持离线。
