phpEnv本身不支持负载均衡，它仅是面向单机开发的Windows PHP集成环境；实现负载均衡需绕过其内置Web服务，改用外部独立Nginx反向代理多个phpEnv实例，并统一使用Redis存储session。

直接说结论：phpEnv 本身**不支持负载均衡**，它只是一个 Windows 下的 PHP 运行环境集成包（类似 XAMPP），默认只面向单机开发调试。想在 phpEnv 上“做负载均衡”，本质是**绕过 phpEnv 的 Apache/Nginx，改用外部独立 Nginx 做反向代理**，把请求分发到多个 phpEnv 实例（或其它 PHP 服务）。 下面分几个实操关键点说明：

为什么不能直接在 phpEnv 内配 upstream

phpEnv 自带的 Nginx 是精简版，通常不启用 upstream 模块（或未编译进二进制），且其配置文件被封装在 GUI 后，手动修改易被覆盖；更重要的是，phpEnv 的设计目标不是生产部署，没有健康检查、动态节点管理等能力。
常见错误现象：nginx: [emerg] unknown directive "upstream" 或重载后配置失效。

用独立 Nginx 代理多个 phpEnv 实例

这是最可行的路径：在本机或另一台机器上部署一个干净的、完整版 Nginx（如官方 Windows 二进制或通过 WSL 安装），让它作为负载均衡器，后端指向不同端口上运行的 phpEnv 站点。
操作要点：

• 为每个 phpEnv 站点分配**固定端口**（例如：站点 A → 8081，站点 B → 8082），并在 phpEnv 控制面板中关闭其内置 Nginx/Apache 的端口冲突（如停用 phpEnv 自带的 80 端口服务）
• 在独立 Nginx 的 http 块中定义 upstream，例如：

  upstream phpenv_cluster {
      server 127.0.0.1:8081 weight=2;
      server 127.0.0.1:8082;
  }

• 在 server 块中用 proxy_pass http://phpenv_cluster 转发，务必保留 proxy_set_header 系列，否则 PHP 无法正确读取 $_SERVER['REMOTE_ADDR'] 等变量
• 用 nginx -t 校验语法，再 nginx -s reload 生效

调试时怎么确认请求真被分发了

单纯看浏览器刷新没用——Nginx 默认轮询，但若后端响应快、本地网络延迟低，你可能连续几次都看到同一台。真正验证要靠标识输出：
在每个 phpEnv 站点的入口 PHP 文件（如 index.php）开头加：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

header('X-PHPENV-Node: site-A'); // 或 site-B

然后用 curl 或浏览器开发者工具查看响应头：curl -I http://localhost/，反复执行几次，观察 X-PHPENV-Node 是否交替出现。如果始终不变，说明要么权重设错（比如只写了一个 server），要么某台 phpEnv 实际没在监听对应端口（netstat -ano | findstr :8081 查端口占用）。

立即学习“PHP免费学习笔记（深入）”；

session 会话不一致怎么办

phpEnv 默认把 session 存在本地 tmp 目录，多实例间完全隔离。用户第一次访问被分到 site-A，第二次被分到 site-B，就丢失登录态。
必须统一 session 存储位置，推荐方案：

• 改用 redis：在每台 phpEnv 的 php.ini 中设置：

  session.save_handler = redis
  session.save_path = "127.0.0.1:6379"

  （确保 Redis 服务已启动且可被所有 phpEnv 实例访问）
• 避免用 memcached 或数据库——phpEnv 默认没集成这些扩展，开启成本高
• 不建议用 ip_hash 强制绑定客户端 IP：本地测试时所有请求都是 127.0.0.1，全打到同一台；而且 NAT 环境下会失效

实际跑通的关键，往往卡在端口冲突和 session 存储这两步。别指望 phpEnv GUI 能点几下就出来负载均衡——它不是为这个场景设计的。你得亲手把 Nginx 当代理用，把 phpEnv 当裸 PHP 服务跑，中间用 Redis 粘合状态。