phpEnv本身不解决Apache与IIS端口冲突，需手动配置IIS改端口（如8080）并由Apache反向代理；关键操作是启用proxy模块、在httpd.conf中添加VirtualHost代理规则，避免修改phpEnv默认端口或混用httpd-vhosts.conf。
phpEnv 本身不解决 Apache 与 IIS 端口冲突，它只是 PHP 运行环境管理工具；真正要共存，必须手动干预端口或代理配置。
phpEnv 启动后 Apache 默认占 80 端口，IIS 必然报错
phpEnv 安装后默认启用 Apache 并监听 Listen 80，此时若 IIS 已运行，Windows 会拒绝绑定——你大概率看到 IIS 网站状态为「停止」，或启动失败提示「地址已被占用」。这不是 phpEnv 的 bug，而是 Windows 网络栈限制：同一协议（TCP）+ 同一 IP + 同一端口只能被一个进程独占。
常见错误现象：
- IIS 管理器中「Default Web Site」显示「已停止」，右键启动无响应
- 访问
http://localhost打开的是 phpEnv 的 PHP 页面，而非 IIS 的 asp.net 站点 - Windows 事件查看器里出现错误日志：
HTTPERR 1003 The port number specified is already in use
最稳妥的共存方案：IIS 改端口 + Apache 做反向代理
phpEnv 自带的 Apache 可以复用为前端代理，把特定域名或路径的请求转给 IIS，用户仍用 http://domainA/ 和 http://domainB/ 访问，无需加端口号。关键不是“让两个服务都听 80”，而是“只让 Apache 听 80，再由它分发”。
立即学习“PHP免费学习笔记（深入）”；
操作要点：
- 先在 IIS 管理器中将目标站点绑定改为非 80 端口（如
8080），确保 IIS 能正常启动并响应http://localhost:8080 - 打开 phpEnv 安装目录下的
Apache/conf/httpd.conf，取消以下四行注释：LoadModule proxy_module modules/mod_proxy.so、LoadModule proxy_http_module modules/mod_proxy_http.so、LoadModule proxy_connect_module modules/mod_proxy_connect.so、LoadModule proxy_ftp_module modules/mod_proxy_ftp.so - 在
httpd.conf末尾追加虚拟主机配置：<VirtualHost *:80> ServerName domainA.com ProxyPass / http://localhost:8080/ ProxyPassReverse / http://localhost:8080/ </VirtualHost> - 重启 phpEnv 的 Apache（不是 IIS）
别碰 phpEnv 的 httpd-vhosts.conf 自动配置
phpEnv 生成的 httpd-vhosts.conf 通常只配了 PHP 项目路径，且含硬编码路径（如 DocumentRoot "D:/phpenv/www"）。如果你直接在里面加 ProxyPass，容易因路径权限、AllowOverride 或 Require all granted 缺失导致 503 或 403 错误。更稳妥的做法是：所有代理规则统一写进主配置 httpd.conf，避免嵌套加载顺序问题。
另外注意：ProxyPass 不支持正则匹配路径（如 /api/.*），若需按路径分流（比如 PHP 接口走 Apache，ASPX 后台走 IIS），得用 ProxyPassMatch 配合 PCRE 表达式，且 Apache 必须启用 mod_rewrite。
为什么不用「改 phpEnv 的 Apache 端口」？
可以改，但代价高：phpEnv 多数集成脚本（如一键部署、PHPInfo 页面跳转、MySQL 管理入口）默认假设 Apache 在 80 端口。一旦你把 Listen 改成 8081，这些功能可能失效或跳转到错误地址。而 IIS 改端口影响面小——只要你在 DNS 或 hosts 里把域名解析到服务器，用户访问时根本感知不到后端用了 8080。
真正容易被忽略的是：Windows 的 netsh 占用。某些系统服务（如 Web Deployment Agent Service、SQL Server Reporting Services）会静默监听 0.0.0.0:80。执行 netstat -ano | findstr :80 查进程 ID，再用 tasklist | findstr PID 确认是不是这些“隐身”服务在抢端口——它们比 IIS 和 Apache 更难察觉。
