composer dump-autoload 可离线运行，前提是 vendor/ 完整、composer.lock 一致、composer.json 未新增依赖、php 环境满足版本及扩展要求；否则会因隐式校验触发联网报错。
不能直接离线运行 composer dump-autoload —— 它本身不联网，但前提是你本地已有完整的 vendor/ 目录和合法的 composer.json。
为什么看似“离线失败”？常见错误现象
你执行 composer dump-autoload 报错，比如：
Could not find package ... in a version installable using your PHP version-
class ... not found（后续运行时） - 命令卡住几秒后报
Failed to decode response: zlib_decode(): data Error
这些都不是 dump-autoload 本身的问题，而是它在执行前悄悄触发了依赖检查或元数据加载 —— 因为 Composer 检测到 vendor/ 缺失、composer.lock 过期，或当前 composer.json 里有未满足的约束（比如 PHP 版本、扩展要求），于是试图联网查包信息或验证兼容性。
真正离线可用的前提条件
必须同时满足以下所有点，composer dump-autoload 才会纯本地执行、毫秒级完成：
-
vendor/目录完整存在（含所有已安装包的代码和autoload.php） -
composer.lock文件存在且与vendor/状态一致（即没手动删过包、没改过vendor/里的文件） -
composer.json中没有新增/修改 require 或 autoload 配置（否则会尝试校验合法性） - PHP 版本和已启用扩展，与
composer.json中的require.php和ext-xxx要求兼容（否则 Composer 会在 dump 前报错退出）
如何安全地“预设离线环境”
如果你明确知道要断网工作（比如打包部署到内网服务器），别等断网后再试 —— 提前验证并固化环境：
- 在有网时先运行
composer install --no-dev --optimize-autoloader，确保vendor/和composer.lock是干净、可复现的 - 用
composer show --platform确认当前 PHP 环境满足所有require条件，避免离线后因版本不匹配被拦截 - 如果只改了
composer.json的autoload（比如加了个psr-4映射），可以先删掉vendor/autoload.php再运行composer dump-autoload—— 这样它不会去校验包完整性，只重生成自动加载逻辑 - 检查生成的
vendor/autoload.php文件时间戳是否更新，这是最直接的“成功”信号
最容易被忽略的是：Composer 不会告诉你它“为什么去联网”，只会报一个看似无关的错误。断网后第一反应不该是重试命令，而是先看 vendor/ 是否真的完整、composer.lock 是否被意外修改过 —— 这两个状态比命令本身重要得多。