最稳妥的方式是用$request->fullUrl()，它自动拼接协议、域名、路径和查询参数，不依赖$_SERVER变量，已适配HTTPS判断、反向代理头及端口隐式省略，避免手动拼接导致的协议误判、HOST篡改和重写干扰。
最稳妥的方式是用 $request->fullUrl()，它自动拼接协议、域名、路径和查询参数，不依赖服务器环境变量，也不受重写规则干扰。
为什么 fullUrl() 最稳妥
这个方法由框架内部根据当前请求上下文动态生成，已处理 HTTPS 判断、端口隐式省略（80/443 不显示）、反向代理头（如 X-Forwarded-Host）适配等细节。相比手动拼 $_SERVER，它避免了以下常见问题：
- Nginx 反代后
$_SERVER['HTTPS']为空，导致协议误判 -
$_SERVER['HTTP_HOST']可能被恶意篡改，存在安全风险 - URL 重写（如 .htaccess 或 Nginx rewrite）后
REQUEST_URI与用户看到的地址不一致 - 子目录部署时（如
/admin/），SCRIPT_NAME和PHP_SELF容易截取错误
其他常用方式及注意事项
若需不同粒度的信息，可按需选用，但要注意适用边界：
-
$request->url()：只返回路径 + 查询字符串（如/user/profile?id=123），不含协议和域名；适合做路由匹配或前端高亮 -
request()->domain()：返回带协议和端口的完整域名（如https://admin.example.com:8080），不带路径；适合构造静态资源链接 -
$request->root()：返回根地址（如https://example.com/admin），依赖APP_URL配置，线上建议显式配置，否则可能推导不准 - 避免使用
$request->url(true)：TP6.0+ 已废弃，调用会报错Method url does not exist
特殊场景要加判断
在 CLI 或 Swoole 环境下直接调用这些方法会抛异常，需提前检测：
立即学习“PHP免费学习笔记（深入）”；
if ($request->isCli() || $request->isSwoole()) {
// 此时无 HTTP 上下文，fullUrl() 不可用，应返回空或默认值
return '';
}
别混淆文件路径和访问路径
上传文件后 $file->moveTo() 返回的是服务器物理路径（如 /var/www/html/runtime/xxx.jpg），不是浏览器能访问的 URL。要生成可访问链接，得结合 request()->domain() 拼相对路径，例如：request()->domain() . '/uploads/images/' . $filename，前提是文件已存到 public/uploads/ 这类 Web 可达目录。
