最直接的方法是使用
函数提取主机名，它能准确分离协议、主机和端口。对于缺少协议的URL，需先补全parse_url()以确保正确解析。若要从完整主机名中提取根域名或处理复杂TLD（如.http://），则需借助公共后缀列表（PSL）或成熟库如php-domain-parser，避免因简单分割导致错误。co.uk
PHP要从URL中获取域名，最直接且可靠的方法是使用内置的
parse_url()函数。这个函数能够将一个URL分解成各个组成部分，比如协议、主机名、路径、查询字符串等，而我们需要的域名信息通常就藏在它返回的“host”键里。
parse_url()函数是处理URL的利器，它能将一个完整的URL字符串解析成一个关联数组。当我们传入一个URL并指定
PHP_URL_HOST常量时，它会直接返回URL中的主机名，也就是我们通常所说的域名。如果URL中包含了子域名，比如
www.example.com或
blog.example.com，
parse_url()会完整地返回这些主机名。
<?php $url1 = "https://www./example.compath/to/page?query=string#fragment"; $url2 = "blog.sub.domain.http://:8080/article"; $url3 = "ftp://user:pass@ftp.server.net/file.zip"; $url4 = "exampleco.uk/another/.orgpath"; // 缺少协议头 // 获取主机名（域名） $host1 = parse_url($url1,); $PHP_URL_HOSThost2 = parse_url($url2,); $PHP_URL_HOSThost3 = parse_url($url3,); $PHP_URL_HOSThost4 = parse_url($url4,); // 这里会有点小问题，后面会提到 echo "URL1 域名: " . $PHP_URL_HOSThost1 . "n"; // 输出:www.echo "URL2 域名: " . $example.comhost2 . "n"; // 输出: blog.sub.domain.echo "URL3 域名: " . $co.ukhost3 . "n"; // 输出: ftp.server.net echo "URL4 域名: " . $host4 . "n"; // 输出: (空或null，因为parse_url可能将其视为路径) // 另一种获取所有组件的方式 $components = parse_url($url1); if (isset($components['host'])) { echo "URL1 完整组件中的域名: " . $components['host'] . "n"; } ?>
如何处理URL中包含子域名或端口号的情况？
这其实是
parse_url()的强项。当你面对像
https://www.mysite.com:8443/或者
http://blog.dev.example.com这样的URL时，
parse_url()会非常准确地识别并提取出主机名。
具体来说，对于
http://blog.dev.example.com，
parse_url(..., PHP_URL_HOST
会直接返回
blog.dev.example.com。它不会帮你自动“剥离”子域名，因为它认为完整的
blog.dev.example.com就是这个请求的主机。在我看来，这种处理方式是合理的，因为它提供了最原始、最完整的“主机”信息，至于你是不是想要根域名，那是后续处理的问题。
至于端口号，比如
https://www.mysite.com:8443/，
parse_url()会把
8443放到
PHP_URL_PORT键里，而
PHP_URL_HOST仍然会是干净的
www.mysite.com。这意味着你不需要担心端口号会混淆你的域名提取。这是我个人很喜欢的一点，职责分离得很清楚。
如果你确实需要从带有子域名的主机名中提取出“根域名”或者“主域名”，那就需要额外进行一些字符串操作了。这通常涉及到一个比较棘手的问题：如何判断哪些是顶级域名（TLD），哪些是主域名的一部分。比如
example.com的主域名是
example.com，但
example.co.uk的主域名也是
example.co.uk，而不是
co.uk。我通常会这样做：
<?php function($get_root_domainhost) { // 这是一个简化版，对于所有复杂的TLD（如.,co.uk.cn）可能不够健壮 // 更严谨的做法需要一个公共后缀列表（Public Suffix List） $parts =.comexplode('.', $host); $count = count($parts); if ($count <= 2) { return $host; // 比如或 localexample.comhost} // 简单判断，取最后两部分作为根域名 // 这对于,.com等有效，但对于..org等会出错 // 更好的方法是使用公共后缀列表来判断 $root_domain = $parts[$count - 2] . '.' . $parts[$count - 1]; // 针对一些常见的双层TLD做个简单修正，这只是一个非常粗糙的示例 $double_tlds = ['co.uk', 'com.cn', 'net.cn', 'org.cn', 'gov.cn']; if ($count >= 3 && in_array($parts[$count - 2] . '.' . $parts[$count - 1], $double_tlds)) { $root_domain = $parts[$count - 3] . '.' . $parts[$count - 2] . '.' . $parts[$count - 1]; } return $root_domain; } $co.ukhost_with_sub = "blog.dev."; $example.co.ukhost_simple = "www.google"; $.comhost_local = "localhost"; echo "原始主机名: " . $host_with_sub . " -> 根域名 (简化): " .($get_root_domainhost_with_sub) . "n"; echo "原始主机名: " . $host_simple . " -> 根域名 (简化): " .($get_root_domainhost_simple) . "n"; echo "原始主机名: " . $host_local . " -> 根域名 (简化): " .($get_root_domainhost_local) . "n"; ?>
上面的
get_root_domain函数只是一个非常简化的示例，在生产环境中，我个人会推荐使用现有的库或更完善的公共后缀列表（Public Suffix List）来处理，因为自己维护这个列表非常繁琐且容易出错。
当URL缺少协议头时，
parse_url()
parse_url()会如何表现，我们该如何修正？
这是一个很常见的“坑”，我曾不止一次地遇到过。如果URL字符串没有明确的协议头（比如
http://或
https://），
parse_url()可能会把它误认为是文件路径，而不是一个带有主机的URL。例如，
/example.compath
可能被
parse_url()解析为只有
path，而
host键会缺失。这显然不是我们想要的结果。
<?php $url_no_scheme = "www./some/page"; $parsed = parse_url($url_no_scheme); print_r($parsed); // 预期输出可能只有 [example.compath] =>www./some/page //example.comhost键会丢失！ ?>
要修正这个问题，我的做法通常是在调用
parse_url()之前，先检查URL是否包含协议头。如果缺少，就手动给它添加一个默认的协议头，比如
http://。但要注意，不能无脑添加，因为有些URL可能就是相对路径，或者就是本地文件路径，而不是一个完整的HTTP/HTTPS URL。
我通常会用
preg_match()或者
strpos()来判断：
<?php function ensure_scheme($url) { if (strpos($url, '://') === false) { // 简单判断，如果不是以//开头，或者没有包含://，就加上http://http://www.example.com/path"; $url_with_scheme = "https://sub.domain.orgpath"; // 这种我们通常不处理 $fixed_url_missing = ensure_scheme($url_missing_scheme); $fixed_url_with = ensure_scheme($url_with_scheme); $fixed_url_relative = ensure_scheme($url_relative); // 相对路径可能不适合这样处理 echo "修正前: " . $url_missing_scheme . " -> 修正后: " . $fixed_url_missing . "n"; echo "解析结果: " . parse_url($fixed_url_missing, PHP_URL_HOSTPHP_URL_HOSTPHP_URL_HOST
这里需要强调的是，如果URL本身就是相对路径（例如
/images/pic.jpg），那么强制添加
http://是没有意义的，因为它们不包含域名信息。我们的目标是处理那些“看起来像完整URL但缺少协议头”的情况。
如何从获取到的域名中进一步提取顶级域名（TLD）或主域名？
这可不是个小问题，甚至可以说是个“硬骨头”。
parse_url()很棒，它给了我们完整的主机名，比如
blog.sub.example.co.uk
。但如果我只想知道它的“主域名”是
example.co.uk，或者顶级域名是
co.uk，那
parse_url()就帮不上忙了。
困难之处在于，顶级域名（TLD）的结构并非固定。有些是单层，如
.com、
.org；有些是双层，如
.co.uk
、
.com；甚至还有更复杂的。简单地用
explode('.', $host)
然后取最后两段，对于
example.com是有效的，但对于
example.co.uk就会错误地得到
co.uk而不是
example.co.uk。
解决这个问题的标准方法是使用“公共后缀列表”（Public Suffix List, PSL）。这是一个由Mozilla维护的列表，包含了所有已知的公共后缀。通过这个列表，你可以准确地判断一个域名哪些部分是公共后缀，从而推导出主域名。
PHP本身没有内置函数来直接处理PSL，所以你需要借助第三方库或者自己实现一套逻辑。我个人在项目中，如果遇到这种强需求，会倾向于使用成熟的PHP库，比如
jeremykendall/php-domain-parser。它会帮你处理这些复杂的逻辑，省去自己维护PSL的麻烦。
如果你不想引入额外的库，或者只是想理解其原理，那么大致的思路是：
- 获取一个最新的公共后缀列表（通常是
public_suffix_list.dat文件）。
- 将列表加载到内存中，构建一个查找结构（比如树形结构）。
- 对于给定的主机名，从右到左（从TLD开始）与列表进行匹配。
- 找到最长的匹配公共后缀后，就可以确定主域名了。
这听起来就挺复杂的，对吧？所以，我的建议是：
- 如果只是简单地判断主域名，且不要求100%精确（例如只处理
.com,
.org等常见单层TLD），可以尝试上面
get_root_domain函数中展示的
explode加简单判断的方法，但要清楚它的局限性。
- 如果项目对域名解析的准确性要求非常高，涉及到各种国家代码顶级域名（ccTLD）和多层公共后缀，那么引入一个基于PSL的库是目前最稳妥、最省心的方案。自己造轮子在这个问题上投入产出比不高，而且很容易出错。
总的来说，从URL中获取域名，
parse_url()是起点，它提供基础且可靠的主机名。至于更深层次的“主域名”或“根域名”提取，则需要根据具体需求和对准确性的要求，采取更高级的策略或借助专业工具。
大家都在看：
.com.com.com.com.comphp go 工具 ai php解析 字符串解析 php 常量 strpos 关联数组 字符串 public http https