推荐使用request::domain()获取当前域名，它自动适配http/https、保留非标准端口、不带路径和入口文件，安全稳定；url::root(true)适用于需包含协议、域名及入口路径的场景。
ThinkPHP 里获取当前域名，别用 $_SERVER['HTTP_HOST'] 硬写，也不该依赖配置硬编码——用框架原生方法最稳。
用 Request::domain() 直接拿完整域名
这是最常用也最推荐的方式，自动适配 HTTP/HTTPS、端口（非标准端口会保留）、不带路径：
- 访问
https://admin.example.com:8080/user/list→ 返回https://admin.example.com:8080 - 访问
http://test.local→ 返回http://test.local - 在控制器中直接写：
use think\Request; $domain = Request::instance()->domain();（TP5.1+ 可简写为request()->domain()） - 注意：它不包含
url后缀（如/index.php），也不处理子目录部署（比如部署在/tp5/下时，仍返回根域名）
Url::root(true) 拿带协议和域名的根地址
当你要拼接静态资源或跳转链接，需要「协议 + 域名 + 入口文件路径」时，这个比 domain() 更实用：
-
Url::root(true)返回类似https://example.com/index.php（开启强制 HTTPS 时协议也跟着变） - 若项目部署在子目录（如
https://example.com/myapp/），且入口文件在子目录下，root(true)会自动带上/myapp路径 - 需引入：
use think\Url;；TP6 中改用think\facade\Url::root(true) - 不加
true参数时只返回路径部分（如/index.php），容易误用
为什么不用 $_SERVER['HTTP_HOST'] 或 $_SERVER['SERVER_NAME']？
这些超全局变量看似简单，但在真实部署中极易出错：
立即学习“PHP免费学习笔记（深入）”；
-
HTTP_HOST可被客户端伪造，未校验时存在安全风险（尤其做多租户或域名白名单） -
SERVER_NAME依赖 Web 服务器配置，在 Nginx + PHP-FPM 场景下常为空或不准确 - 反向代理（如 Nginx 作 HTTPS 终结）后，
HTTP_HOST可能仍是localhost:8080，而框架的domain()已通过trust_host和url_domain_deploy配置做了修正 - 本地开发（php -S）与生产环境行为不一致，硬写
$_SERVER会让代码难以迁移
TP6 中跨模块统一取域名的注意事项
在服务类、命令行任务、队列 Job 里调用域名相关方法，容易因请求上下文缺失而失败：
- 命令行执行时
request()默认不可用，需手动绑定：app('request')->setDomain('https://api.example.com') - 队列任务中建议把域名作为参数传入，而不是在 Job 内部实时调用
request()->domain() - 如果用了多应用模式（
app/multi），不同应用可能配置了不同url_domain_deploy，务必检查config/app.php中的domain_bind和url_domain_deploy是否生效 - 缓存域名结果要小心：域名一般不变，但多租户场景下可能动态切换，缓存前得确认业务是否允许
真正麻烦的不是“怎么取”，而是“在哪取、什么时候取、取出来给谁用”——尤其是跨请求生命周期的部分。框架封装的方法看着简单，背后其实绑定了路由解析、信任代理头、协议检测三层逻辑，绕开它等于自己重写一遍兼容性判断。
