GitHub仓库如何不使用.env文件 通过AWS Elastic Beanstalk环境变量运行Laravel

前置提醒：你当前配置的环境变量值和键是错位绑定的，正确对应关系应该是：

• RDS_HOSTNAME 对应RDS实例的访问地址（即你写的类似aws.dfsefsd.us-east-1.com的格式字符串）
• RDS_USERNAME 对应数据库账号（即root）
• RDS_PASSWORD 对应数据库密码（即1234）
• RDS_DB_NAME 对应你在RDS上创建的业务数据库名称
• RDS_PORT 对应数据库端口（即3306）
  先把键值对修正，不然哪怕读取逻辑写对了也连不上数据库。

1. 调整核心配置的读取逻辑 #

Laravel 默认的配置读取会优先解析.env文件，我们只需要把配置项的取值逻辑改成直接读取系统层的环境变量，完全绕开.env的依赖：

• 打开 config/database.php 中mysql连接的配置段，把原本引用env()的数据库配置替换成原生getenv()方法直接读取EB注入的RDS环境变量，示例修改为：

'mysql' => [
    'driver' => 'mysql',
    'url' => env('DATABASE_URL'),
    'host' => getenv('RDS_HOSTNAME'),
    'port' => getenv('RDS_PORT'),
    'database' => getenv('RDS_DB_NAME'),
    'username' => getenv('RDS_USERNAME'),
    'password' => getenv('RDS_PASSWORD'),
    'unix_socket' => '',
    'charset' => 'utf8mb4',
    'collation' => 'utf8mb4_unicode_ci',
    'prefix' => '',
    'prefix_indexes' => true,
    'strict' => true,
    'engine' => null,
    'options' => extension_loaded('pdo_mysql') ? array_filter([
        PDO::MYSQL_ATTR_SSL_CA => env('MYSQL_ATTR_SSL_CA'),
    ]) : [],
],

• 框架其他涉及动态值的配置（比如config/app.php中的APP_KEY、APP_URL，缓存、会话驱动配置等），都可以用同样的getenv()方法读取EB平台配置的对应环境变量，不需要写进配置文件。

2. 移除框架对.env文件的强制加载逻辑 #

• 打开 bootstrap/app.php，找到框架初始化时加载Dotenv环境变量的代码段，注释掉主动扫描项目根目录.env文件的逻辑，避免框架在启动时因为找不到.env文件触发不必要的警告或报错。
• 检查你的GitHub仓库配套的CI/CD脚本、EB部署脚本，删掉所有校验.env文件是否存在的逻辑，不要把.env作为部署成功的必要条件。

3. 适配配置缓存的运行逻辑 #

• 用getenv()读取环境变量时要注意：php artisan config:cache 只会在执行命令的当下读取一次系统环境变量，把所有配置值固化到缓存文件中。因此部署时要保证EB实例的系统环境变量在执行缓存命令前已经全部加载完成（EB的环境变量是实例启动时就注入到系统环境中的，天然满足这个顺序）。
• 不要把本地生成的配置缓存文件、.env文件提交到GitHub仓库，避免线上部署时覆盖掉动态读取的环境变量值。

4. 解决特殊配置的无依赖运行问题 #

• 对于Laravel强制要求的APP_KEY，直接在EB的环境变量配置项中新增APP_KEY键，值通过php artisan key:generate --show命令生成合规的随机字符串即可，框架会直接从环境变量读取，不需要本地生成再写入文件。
• 本地开发时可以在自己的开发机上配置相同键名的系统环境变量，或者保留本地不提交的.env文件，完全不会影响生产环境的读取逻辑。

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