同一本地环境下Laravel应用间Guzzle HTTP调用出现环境配置串用问题

这个坑我之前在本地开发多Laravel应用时也踩过，核心原因是Laravel的环境变量在PHP进程内是全局共享的：当你在APP1里用Guzzle调用APP2的本地URL（比如http://localhost/app2/api/data）时，两个应用其实跑在同一个PHP进程里——APP1已经加载了自身的.env配置，APP2启动时会直接复用这些已加载的环境变量，不会重新读取自己的.env文件（Laravel的Dotenv组件默认只会在应用启动时加载一次）。

验证问题的关键代码 #

你已经做了精准的验证，在APP2的接口里返回数据库连接信息就能实锤：

return response()->json([
    'app_env' => env('APP_ENV'),
    'db_host' => DB::connection()->getConfig('host'),
    'app_name' => env('APP_NAME')
]);

如果返回结果显示的是APP1的配置，就确认是进程内环境变量污染的问题。

可行的解决方案 #

• 方案1：进程隔离（推荐）
  给两个应用配置独立的运行环境：

  • 用PHP-FPM的话，给每个应用单独配置FPM池，确保请求分配到不同的进程组；
  • 本地或生产环境用Docker分别部署APP1和APP2，彻底隔离进程环境，这也是生产环境的最佳实践。

• 方案2：强制APP2重新加载自身.env
  仅用于本地调试（生产环境不推荐，可能有副作用），在APP2的bootstrap/app.php中，加载应用实例前强制重置环境变量并重新加载自身.env：

  // 清除已加载的全局环境变量
  foreach ($_ENV as $key => $value) {
      putenv("$key=");
      unset($_ENV[$key]);
      unset($_SERVER[$key]);
  }
  
  // 重新加载APP2的.env文件
  $dotenv = Dotenv\Dotenv::createImmutable(base_path());
  $dotenv->load();
  

• 方案3：避免同进程调用
  本地调试时，不要用localhost/127.0.0.1调用APP2，在hosts文件配置两个独立域名（比如app1.test和app2.test），让请求走完整的HTTP协议栈触发新的PHP进程，避免环境变量复用。

• 方案4：异步队列调用
  如果业务允许，APP1把调用APP2的任务放入队列，由独立的队列worker处理请求——队列进程和APP1的Web进程完全隔离，不会出现环境变量共享的问题。

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