url() 方法不自动拼 domain 是因为其设计只负责路由解析和参数组装，协议、域名、端口等属请求上下文信息，需手动通过 request->domain() 与 request->url(true) 拼接获取完整 URL。
ThinkPHP 的 url() 方法为啥不自动拼 domain？
因为 url() 默认只生成相对路径（比如 /user/profile?id=123），它压根不关心你跑在 http://a.com 还是 https://b.test:8080 上——这是设计使然，不是 bug。它的职责是路由解析和参数组装，协议、域名、端口这些属于「请求上下文」信息，得你自己补。
怎么手动拼出带完整 domain 的当前 URL？
别硬套 url()，直接用 request 对象更稳：
-
request->domain()拿协议 + 域名 + 端口（如https://example.com） -
request->url(true)拿带查询参数的完整路径（如/admin/user/edit?id=5&tab=info） - 两者字符串拼接就行，注意别漏斜杠：
request->domain() . request->url(true)
示例：
$fullUrl = request()->domain() . request()->url(true); // https://site.dev/order/list?status=done
为什么不用 request->fullUrl()？
它看起来最省事，但有坑：fullUrl() 会把当前请求的完整 URL（含 query string）原样返回，但它**不经过路由解析**，所以如果你用了 URL 重写（比如 Apache 的 RewriteRule 或 Nginx 的 try_files），它可能返回的是重写前的原始路径（如 /index.php/admin/user），而不是用户看到的友好 URL（/admin/user）。而 url(true) 是基于当前匹配到的路由生成的，更可靠。
立即学习“PHP免费学习笔记（深入）”；
HTTPS 和反向代理下 domain() 返回 http 怎么办？
常见于 Nginx / Apache 反代 HTTPS 流量到后端 HTTP 服务时，request->domain() 会误判为 http。必须手动告诉 ThinkPHP 真实协议：
- 在
app/middleware.php或全局中间件里加：if ($_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') { $_SERVER['HTTPS'] = 'on'; } - 或者配置
app.php中的'url_domain_deploy' => true，并确保X-Forwarded-Proto头被正确传递
否则拼出来的链接就是 http://xxx，现代浏览器会直接拦截混合内容或跳转失败。
真正麻烦的不是拼字符串，而是你得时刻意识到：ThinkPHP 的「URL 生成」和「请求上下文」是两套逻辑，混用就掉坑里。尤其是部署在 CDN、反代、子目录时，domain() 和 url() 各自的边界必须心里有数。
