无网络环境下修复Laravel 6的Class Not Found及dump-autoload错误

1. 依赖加载模式导致类缺失 #

在无网络隔离环境下，你执行composer dump-autoload时可能默认启用了--no-dev参数（比如部署脚本、环境配置强制开启），或者dev依赖的安装状态异常（比如迁移到无网环境时require-dev下的包文件缺失、自动加载缓存未正确生成）。

Laravel的package:discover命令会扫描所有已安装包的服务提供者，当facade/ignition、laravel/ui、nunomaduro/collision在require-dev中时，--no-dev模式下Composer不会加载这些包的自动加载规则，导致命令执行时找不到对应的服务提供者类，进而抛出「Facade\Ignition\IgnitionServiceProvider类找不到」和脚本错误码1的问题。

当你把这三个包移到require后，无论是否启用--no-dev，Composer都会强制加载它们的自动加载规则，所以package:discover能正常找到服务提供者，dump-autoload也能顺利完成。

2. 无网环境的依赖迁移问题 #

如果你的项目是从有网环境迁移到无网环境，可能之前在有网环境下没有完整安装require-dev依赖，或者迁移过程中vendor目录的dev依赖文件丢失/损坏，导致本地无法找到对应类文件。移到require后，这些包会被纳入核心依赖范围，确保迁移时不会被遗漏。

把这三个包留在require里是安全的，但需要注意各自的适用场景：

• facade/ignition：这是Laravel的错误详情展示工具，生产环境下只要确保APP_DEBUG=false（Laravel默认生产配置），它就会自动禁用详细错误页面，不会暴露敏感代码信息。只有当APP_DEBUG=true时才会显示调试信息，只要生产环境配置正确就无风险。
• nunomaduro/collision：用于美化Artisan命令行的错误输出，生产环境几乎不会执行Artisan命令（除非部署脚本），即使安装也不会影响生产服务运行，无安全风险。
• laravel/ui：提供前端脚手架生成功能（比如认证页面、Vue/React初始化代码），生产环境下不会主动调用它的功能，除非你手动执行脚手架命令，而生产环境一般不需要这类操作，所以也无安全风险。

不过从开发规范来说，这三个包本质是开发辅助工具，建议优先排查无网环境下dev依赖未加载的根源：比如检查Composer命令是否默认带了--no-dev，在有网环境重新生成完整的vendor目录和composer.lock后再迁移到无网环境，尽量保持require和require-dev的边界清晰。

内容的提问来源于stack exchange，提问作者pileup