首先创建.env.staging文件并写入预发布环境配置，然后在部署时将其复制为.env文件，接着执行php artisan config:cache使配置生效，最后可通过app()->environment('staging')判断环境并添加特定逻辑。核心是利用.env文件机制与配置缓存实现环境隔离，每次更换环境文件后必须重新生成配置缓存。

Laravel 支持通过环境配置灵活管理不同部署环境（如本地、测试、预发布 staging、生产等）的设置。要为 staging 等环境创建独立的配置，核心是利用 Laravel 的 .env 文件机制和配置缓存策略。

1. 创建 staging 环境的 .env 文件

Laravel 默认使用根目录下的 .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 .env
• cp .env.staging .env
• php 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。