Laravel跨项目API调用时DB_DATABASE环境变量读取异常问题

我完全懂你现在的困惑——明明是第二个Laravel项目在处理API请求，结果dd(env("DB_DATABASE"))返回的却是第一个项目的数据库名，这确实让人摸不着头脑。咱们一步步拆解问题，找到根源并解决它。

首先得明确一个核心逻辑：正常情况下，每个Laravel项目的环境变量是请求独立的，第二个项目的API请求只会加载自己根目录下的.env文件。出现这种串库的情况，本质是第二个项目没有正确加载自己的配置，意外读取到了第一个项目的环境变量。下面是最常见的几个原因和对应的排查/解决方法：

1. 服务器配置错误，请求打错了项目 #

这是最容易被忽略的问题：你的第二个项目API域名（dev.i-cyber-valley.com）可能被Nginx/Apache指向了第一个项目的根目录，导致看起来是调用第二个项目的API，实际执行的却是第一个项目的代码。

• 排查方法：在第二个项目的API控制器里先执行dd(__DIR__)，看看当前代码的执行路径是不是第二个项目的根目录。如果显示的是第一个项目的路径，那肯定是服务器站点配置错了，需要修改Nginx/Apache的配置，把该域名的根目录指向第二个项目的public文件夹。

2. 两个项目共用了同一个.env文件 #

如果部署时不小心把第一个项目的.env复制到了第二个项目的根目录，或者两个项目的.env路径被配置成了同一个（比如都指向服务器根目录下的同一个.env），那第二个项目自然会读出第一个项目的数据库名。

• 排查方法：直接打开第二个项目根目录下的.env文件，检查DB_DATABASE的值是不是laravel_cms。如果不是，修改成正确值后，重启PHP-FPM（服务器环境）或者本地开发服务。

3. Laravel配置缓存未清除 #

Laravel的config:cache命令会把所有配置（包括环境变量）缓存到一个文件里，后续请求会直接读缓存而不是.env文件。如果第二个项目之前执行过这个命令，且当时缓存的是错误的配置，或者修改.env后没重新清除缓存，就会出现这种问题。

• 解决方法：进入第二个项目的根目录，执行以下命令：

  php artisan config:clear
  # 如果你需要缓存配置，再执行下面的命令（开发环境不建议）
  php artisan config:cache
  

  提醒下：开发环境尽量别用config:cache，不然每次改.env都要重新缓存，很容易踩坑。

4. 本地开发环境的端口/域名冲突 #

如果你在本地用php artisan serve启动两个项目，不小心用了同一个端口；或者用Valet/Homestead时域名绑定错误，都会导致请求第二个项目API时，实际打到了第一个项目的服务上。

• 排查方法：直接在浏览器访问http://dev.i-cyber-valley.com/api/v1（用GET方法），看看返回的是不是第二个项目的默认响应（比如405 Method Not Allowed）；或者在第二个项目加个测试路由/api/test，返回项目标识，验证是否能正确访问。

额外的代码优化提示 #

你第二个项目里用file_get_contents("php://input")解析请求的方式可以更Laravel化，直接用框架的Request类就能自动解析JSON请求，代码更简洁可靠：

public function handleApiRequest(Request $request) {
    $this->requestData = $request->all();
    if (empty($this->requestData)) {
        throw new Exception("Invalid JSON Request");
    }
    // 建议用config()读取配置，而不是直接用env()，这是Laravel最佳实践
    dd(config('database.connections.mysql.database'));
}

另外，Laravel里不建议在控制器、模型里直接用env()，应该在config/目录的配置文件里用env()赋值，然后在业务代码里用config()读取——因为执行config:cache后，env()会返回null，而config()能正常读取缓存的配置。

内容来源于stack exchange