用 request()->fullUrl() 获取带参数的完整当前 URL，url()->current() 获取不带查询参数的基础 URL；前者拼接 scheme、host、path 和 QUERY_STRING，兼容 HTTPS 与反向代理，后者仅返回带域名的绝对路径。
直接说结论：用 request()->fullUrl() 获取带参数的完整当前 URL，url()->current() 获取不带查询参数的基础 URL。
怎么拿到带 query 参数的完整当前 URL
比如访问的是 https://example.com/users?status=active&sort=name，你想原样复现这个地址：
-
request()->fullUrl()是最稳妥的选择，它基于Request实例拼接 scheme、host、path 和$_SERVER['QUERY_STRING']，兼容 HTTPS、反向代理等常见部署场景 -
url()->full()效果相同，是UrlGenerator提供的快捷方法，底层也调用request() - 别用
$_SERVER['REQUEST_URI']—— 它不包含协议和域名，且在某些 Nginx + FastCGI 配置下可能漏掉 query string - 避免手动拼
$_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI']—— 无法处理端口、HTTPS 判断、编码问题
怎么获取不带 query 参数的当前路径（用于高亮导航等）
比如只需要 /users 或 /admin/posts/edit/123 这种“路由路径”：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
-
request()->url()返回去掉 query 的完整 URL（含协议和域名），如https://example.com/users -
url()->current()返回当前请求的 base path（不含 query），但注意：它返回的是带域名的绝对路径，不是纯 route path - 真正要拿路由定义里的路径（比如判断当前是否在
admin.*路由组），该用Route::currentRouteName()或request()->route()->getName() -
request()->path()返回 URI path 部分（如admin/posts/123），但不经过路由匹配，对带前缀的子目录部署可能不准
为什么 Request::url() 有时返回 HTTP 而不是 HTTPS
这是 Laravel 在反向代理环境下常见的协议识别失败问题，根本原因是 PHP 没收到正确的 $_SERVER['HTTPS'] 或 $_SERVER['HTTP_X_FORWARDED_PROTO']：
- 检查是否启用了
App\Http\Middleware\TrustProxies中间件，并确认$proxies配置覆盖了你的代理 IP（如'192.168.1.0/24'或'*'） - 确保 Web 服务器（Nginx/Apache）正确设置了转发头，例如 Nginx 中需有：
proxy_set_header X-Forwarded-Proto $scheme; - 临时调试可用
request()->secure() ? 'https' : 'http'判断，但不能替代中间件修复 - 不要在生产环境硬编码
URL::forceScheme('https')—— 会干扰本地开发和 CLI 命令
Request 对象里还有哪些 URL 相关的实用方法
除了上面几个高频方法，这些也常被忽略但很实用：
-
request()->is('admin/*')判断当前 URL 是否匹配通配模式（支持*，不依赖路由名） -
request()->fullUrlIs('https://example.com/login*')完整 URL 的前缀匹配，适合做白名单跳转校验 -
request()->segment(1)取 URL 第一段路径（如/api/v1/users→api），注意索引从 1 开始 -
request()->getRequestUri()等价于$_SERVER['REQUEST_URI']，仅作底层兼容用，一般不推荐直接使用
真正容易出问题的不是“怎么写”，而是部署环境与本地开发不一致导致的协议、host、path 解析偏差。每次上线前，务必在真实 Nginx + HTTPS + 反向代理环境下验证 request()->fullUrl() 的输出是否符合预期。
