首先创建.env.staging文件并写入预发布环境配置，然后在部署时将其复制为.env文件，接着执行php artisan config:cache使配置生效，最后可通过app()->environment('staging')判断环境并添加特定逻辑。核心是利用.env文件机制与配置缓存实现环境隔离，每次更换环境文件后必须重新生成配置缓存。
Laravel 支持通过环境配置灵活管理不同部署环境（如本地、测试、预发布 staging、生产等）的设置。要为 staging 等环境创建独立的配置，核心是利用 Laravel 的 .env 文件机制和配置缓存策略。
1. 创建 staging 环境的 .env 文件
Laravel 默认使用根目录下的 .env 文件加载环境变量。你可以为 staging 环境创建一个专门的文件：
.env.staging在这个文件中，写入适用于预发布环境的配置，例如：
NODE_ENV=staging APP_ENV=staging APP_DEBUG=false APP_URL=https://staging.yourapp.com DB_CONNECTION=mysql DB_HOST=192.168.1.100 DB_PORT=3306 DB_DATABASE=your_db_staging DB_USERNAME=staging_user DB_PASSWORD=secret_password CACHE_DRIVER=redis QUEUE_CONNECTION=redis
2. 配置服务器或部署脚本使用 .env.staging
Laravel 启动时会自动读取 .env 文件，但不会自动识别 .env.staging。你需要在部署 staging 服务器时，将正确的环境文件“复制”为当前的 .env：
cp .env.staging .env
通常在 CI/CD 脚本或部署流程中完成这一步，比如在部署到预发布服务器前运行：
rm -f .envcp .env.staging .envphp artisan config:cache
3. 使用 php artisan config:cache 生效配置
当 .env 文件更改后，必须重新生成配置缓存，才能让 Laravel 正确读取新环境的值：
php artisan config:cache
这个命令会把 config 目录下所有配置项和 .env 变量合并，生成缓存文件 bootstrap/cache/config.php，提升性能的同时确保环境变量生效。
注意： 开发环境不建议长期开启配置缓存，否则修改 .env 不会立即生效。
4. （可选）为 staging 定义专属配置逻辑
如果你需要在代码中判断是否为 staging 环境，可以在 AppServiceProvider 或中间件中处理：
if (app()->environment('staging')) {
// 执行 staging 特有的逻辑，如显示水印、限制功能等
}
该判断依赖于 APP_ENV=staging 这个环境变量。
基本上就这些。Laravel 本身不支持像 config/staging/database.php 这样的多层级配置文件自动加载，而是推荐通过 .env 文件 + config 缓存 的方式来区分环境。只要在部署时正确替换 .env 并刷新配置缓存，就能实现不同环境的独立配置。不复杂但容易忽略的是：每次更换 .env 后必须执行 config:cache。
