phpEnv 不能直接绑定 80 端口，因普通用户无权监听特权端口（1–1023），强行提权不安全；需用 Apache/Nginx 反代至 phpEnv 实际端口，并配置 hosts 解析域名，同时框架中应使用适配反代的域名获取方法。
phpEnv 默认不占用 80 端口，直接用 localhost:8080 这类带端口的方式访问，是因为它默认监听非特权端口。要实现 myproject.test 这种不带端口的访问，核心不是改 phpEnv 本身，而是绕过它的内置服务，改用系统级 Web 服务器（如 Apache 或 Nginx）反代到 phpEnv 的实际端口，并在本地完成域名解析。
为什么 phpEnv 不能直接绑定 80 端口
Windows/macOS/Linux 上，普通用户进程默认无法监听 1–1023 的特权端口（包括 80）。phpEnv 内置的 PHP 内置服务器（php -S）启动时若指定 -t 80，会报错：Failed to listen on 0.0.0.0:80: Permission denied。强行提权运行既不安全，也不符合开发环境隔离原则。
用 Apache/Nginx 反向代理到 phpEnv 实际端口
这是最稳妥、可复用的方案。以 Apache 为例（XAMPP/WAMP/MAMP 均适用）：
- 确认 phpEnv 启动后监听的实际地址，比如
http://127.0.0.1:8081（可在 phpEnv 界面或日志里看到） - 在
httpd-vhosts.conf中添加虚拟主机，用ProxyPass把请求转过去：
<VirtualHost *:80>
ServerName myproject.test
ProxyPreserveHost On
ProxyPass / http://127.0.0.1:8081/
ProxyPassReverse / http://127.0.0.1:8081/
<Proxy *>
Require all granted
</Proxy>
</VirtualHost>
注意：mod_proxy 和 mod_proxy_http 必须启用（检查 httpd.conf 中是否取消注释这两行）；ProxyPreserveHost On 能让后端 phpEnv 正确读取原始 Host，对框架路由和 Request::domain() 类方法至关重要。
立即学习“PHP免费学习笔记（深入）”；
必须同步修改 hosts 文件
仅配好 Web 服务器还不够，浏览器必须知道 myproject.test 指向本机：
- 编辑
C:\Windows\System32\drivers\etc\hosts（Windows）或/etc/hosts（macOS/Linux） - 追加一行：
127.0.0.1 myproject.test - 保存后无需重启，但浏览器 DNS 缓存可能需清空（
chrome://net-internals/#dns→ Click “Clear host cache”）
别漏掉这步——否则 80 端口配得再准，域名也解析失败，浏览器直接报 ERR_NAME_NOT_RESOLVED。
PHP 框架中获取域名要避开 $_SERVER['HTTP_HOST']
反代后，$_SERVER['HTTP_HOST'] 读到的是客户端发来的原始 Host（如 myproject.test），但 $_SERVER['SERVER_PORT'] 仍是 80（Apache 的），而实际 PHP 进程跑在 8081。如果框架或业务代码里写了类似 $_SERVER['HTTP_HOST'].':'.$_SERVER['SERVER_PORT'] 拼完整 URL，就会出错。
- ThinkPHP 应统一用
request()->domain()，它内部已适配反代场景 - Laravel 推荐用
url()->to('/')或request()->getSchemeAndHttpHost() - 自定义逻辑中，优先信任
X-Forwarded-Host或X-Forwarded-Proto（需 Apache 加RequestHeader set X-Forwarded-Proto "https"等配合）
这个细节常被忽略，直到生成的静态资源链接变成 http://myproject.test:8081/css/app.css 才发现不对劲。
