PHP开发中如何正确获取当前页面的完整域名信息（含端口、协议）？，PHP获取当前域名完整URL，端口协议详解

在PHP开发中，要正确获取当前页面的完整域名信息（含端口、协议），核心方法是组合使用$_SERVER超全局变量，并针对不同运行环境做兼容处理。

PHP获取当前域名端口协议的正确姿势

很多开发者踩过坑：直接取$_SERVER['HTTP_HOST']，结果在Nginx反代后面拿到了错误的端口；或者用$_SERVER['SERVER_PORT']，却发现HTTPS协议判断失效，要拿到可靠的完整域名，需要理解每个变量的边界,再封装成统一函数。

协议判断不能只看HTTPS

获取协议最直接的办法是检查$_SERVER['HTTPS']，但这个变量在不同服务器下的表现不一样，Apache通常设置为on或off，而Nginx通过FastCGI传递时，可能是空字符串或1，行业共识认为,最稳妥的判断方式是：

$isHttps = (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off')
    || ($_SERVER['SERVER_PORT'] ?? 443) == 443
    || (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https');

这段代码同时兼容了常规环境、非标准端口以及反向代理场景，需要说明的是，HTTP_X_FORWARDED_PROTO来自代理服务器，如果项目直接对外暴露，没有经过代理，这个变量通常不存在，所以用isset包一层不会报警告。

域名主体用HTTP_HOST还是SERVER_NAME

$_SERVER['HTTP_HOST']是浏览器发送的Host头，它包含域名和端口，例如example.com:8080。$_SERVER['SERVER_NAME']是服务器配置中的名称，一般不含端口，多数情况下应该优先使用HTTP_HOST，因为它更接近用户实际访问的地址，不过HTTP_HOST是用户可控的，存在HTTP Host头注入风险，如果项目对安全要求较高,需要校验域名白名单。

业内专家指出，在处理域名时，建议用一个可配置的允许域名数组做校验,避免直接拼接输出。

php获取当前页面完整url含端口实战

把协议、域名、端口、路径拼起来，才算完整的URL，但端口处理有个容易忽视的点：默认端口80和443不应该出现在URL里

，如果用户通过http://example.com访问，服务器端口是80，你在URL里硬加80，既不美观,还可能被一些支付回调签名判定为地址不一致。

标准封装函数：处理默认端口与代理头

下面这个函数是我个人比较推荐的做法，它把协议、域名、端口、路径都处理好,同时兼容了CDN和反向代理场景：

function getFullDomainUrl()
{
    $httpHost = $_SERVER['HTTP_HOST'] ?? '';
    // 提取host部分，去掉端口
    $host = preg_replace('/:d+$/', '', $httpHost);
    // 判断协议
    $isHttps = (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off')
        || ($_SERVER['SERVER_PORT'] ?? '') == 443
        || ($_SERVER['HTTP_X_FORWARDED_PROTO'] ?? '') === 'https';
    $scheme = $isHttps ? 'https' : 'http';
    // 提取实际端口
    $port = ''; 
    if (!$isHttps && ($_SERVER['SERVER_PORT'] ?? '') != 80) {
        $port = ':' . $_SERVER['SERVER_PORT'];
    }
    if ($isHttps && ($_SERVER['SERVER_PORT'] ?? '') != 443) {
        $port = ':' . $_SERVER['SERVER_PORT'];
    }
    // 拼装完整域名部分
    return $scheme . '://' . $host . $port;
}

如果你还需要包含当前脚本路径和参数，追加$_SERVER['REQUEST_URI']即可：

$fullUrl = getFullDomainUrl() . ($_SERVER['REQUEST_URI'] ?? '/');

处理反向代理的端口传递陷阱

现实项目很少直接让PHP跑在80端口，前面通常有Nginx或Apache做反向代理，此时$_SERVER['SERVER_PORT']是内部端口，比如8080，而用户实际访问的端口可能是80或443,解决方法是读取代理头：

$xForwardedPort = $_SERVER['HTTP_X_FORWARDED_PORT'] ?? '';
$xForwardedProto = $_SERVER['HTTP_X_FORWARDED_PROTO'] ?? '';
if ($xForwardedProto === 'https' && empty($xForwardedPort)) {
    // 默认443，不加端口
}

多数情况下，只要代理配置正确，X-Forwarded-Proto就能帮我们解决协议问题，但X-Forwarded-Port

并非所有代理都会设置，所以上述函数里以SERVER_PORT作为兜底逻辑,保证在无代理环境下也能工作。

不同运行环境下的获取差异对比

同一个$_SERVER变量，在Apache、Nginx、CLI命令行下，表现完全不同，如果你在命令行脚本里调用上面的函数，$_SERVER['HTTP_HOST']根本不存在，因为CLI模式下没有HTTP请求，很多开发者写定时任务时忘了这一点,导致生成链接为空。

如果你写的是通用组件或库，强烈建议在获取域名时用$_SERVER['HTTP_HOST']加filter_var过滤，不存在则回退到配置文件里的APP_URL常量，这样无论跑在Web还是CLI下,都不会报错。

基于域名信息生成绝对URL的落地方案

获取完整域名的最终目的，通常是拼接绝对链接，比如生成二维码内容、邮件模板里的链接、或微信支付回调的返回地址，这里有个细节：入口文件index.php和路由重写后的URL路径要区分开。

如果项目用了前端控制器模式（所有请求都进index.php），$_SERVER['SCRIPT_NAME']指向/index.php，而实际路由是/user/123，这时候用REQUEST_URI获取的是完整的/user/123，是正确的资源路径，但如果用SCRIPT_NAME拼接，会得到/index.php/user/123,大概率错误。

正确的拼接方式是：

function absoluteUrl($path = '')
{
    $base = getFullDomainUrl();
    if (strpos($path, '/') !== 0) {
        $path = '/' . $path;
    }
    return $base . $path;
}

使用REQUEST_URI中的真实路径时,要注意对包含查询字符串的情况单独处理：

$requestUri = $_SERVER['REQUEST_URI'] ?? '';
// 只保留路径部分，去除query string
$path = parse_url($requestUri, PHP_URL_PATH);

这样生成的回跳地址不会带上多余的参数,避免签名校验时出现偏差。

QA：PHP获取域名信息常见疑问

问题1：$_SERVER['HTTP_HOST']和$_SERVER['SERVER_NAME']到底选哪个？

如果只是展示访问地址，用HTTP_HOST，它在客户端发送Host头时直接可用，包含端口，和用户浏览器地址栏一致。SERVER_NAME来自服务器虚拟主机配置，当一台服务器部署多个站点时可能拿错，做安全校验时，可以同时取两个值,并用配置白名单来确认域名合法性。

问题2：本地开发环境固定端口8080，怎么让生成的URL不带端口？

开发环境通常无需求去掉端口，因为访问者确实通过http://localhost:8080进入，如果你的代码里存储的URL需要被前端动态替换，建议把端口配置放入环境变量.env，使用getenv('APP_PORT')读取，不要依赖$_SERVER['SERVER_PORT']，因为PHP内置服务器（php -S）的端口行为与生产环境存在差异。

问题3：用$_SERVER['HTTPS']判断协议为什么在简米云SLB后面失效？

SLB默认以HTTP协议转发请求给后端ECS，如果未开启“X-Forwarded-Proto”透传，后端PHP永远看到的是HTTP，需要在SLB控制台开启HTTP头设置，并在代码里读取HTTP_X_FORWARDED_PROTO，若值为https，则强制按HTTPS生成链接，同样，CDN加速环境下也需要在CDN回源设置中传递X-Forwarded-Proto头,才能保证协议正确。

回到最初的问题：获取完整域名信息的标准做法，就是先判断协议，再校验主机头，最后处理端口，把这段逻辑封装成公共函数，放进项目的基础工具类中，以后所有需要绝对URL的地方统一调用,再也不用担心环境差异带来的诡异问题。