我需要验证域名：
google.com
stackoverflow.com
因此，这是一个最原始的域名形式 - 甚至没有像www这样的子域名。
编辑：目前TLD似乎为2-6个字符
第4点修改：TLD实际上应标记为“子域名”，因为它应包括像.co.uk这样的内容 - 我认为除了检查列表外，可能唯一的验证方式是“在第一个点之后，应存在符合规则＃1的一个或多个字符”
非常感谢，相信我我确实尝试过！
我知道这是一个有点老的帖子，但是所有的正则表达式都缺少一个非常重要的组件：支持IDN域名。
IDN域名 以xn--开头。它们允许在域名中使用扩展的UTF-8字符。例如，你知道“♡.com”是一个有效的域名吗？是的，“爱心点com”！为了验证域名，你需要让http://xn--c6h.com/通过验证。
请注意，要使用这个正则表达式，你需要将域名转换为小写，并使用一个IDN库来确保你将域名编码为ACE（也称为“ASCII兼容编码”）。一个好的库是GNU-Libidn。
idn(1) 是国际化域名库的命令行接口。以下示例将UTF-8格式下的主机名转换为ACE编码形式。生成的URL https://nic.xn--flw351e/ 就可以用作https://nic.谷歌/的ACE编码等价物。
$ idn --quiet -a nic.谷歌
nic.xn--flw351e
这个神奇的正则表达式应该覆盖了 大部分 域名（虽然，我确信还有很多我没有考虑到的有效特殊情况）：
^((?!-))(xn--)?[a-z0-9][a-z0-9-_]{0,61}[a-z0-9]{0,1}\.(xn--)?([a-z0-9\-]{1,61}|[a-z0-9-]{1,30}\.[a-z]{2,})$
在选择域验证正则表达式时，您应该查看域是否匹配以下内容：
编辑：
^(((?!-))(xn--|_)?[a-z0-9-]{0,61}[a-z0-9]{1,1}\.)*(xn--)?([a-z0-9][a-z0-9\-]{0,60}|[a-z0-9-]{1,30}\.[a-z]{2,})$
这个正则表达式将阻止以'-'结尾的主机名域被标记为有效。此外，它允许无限子域。
/^((?!-))(xn--)?[a-z0-9][a-z0-9-_]{0,61}[a-z0-9]{0,}\.?((xn--)?([a-z0-9\-.]{1,61}|[a-z0-9-]{1,30})\.?[a-z]{2,})$/i - stakolee{1,1}，也只匹配一次。这就像写 h{1,1}i{1,1} 而不是 hi 一样，只会让阅读更加困难。 - Eugene Morozov使用IDN库来确保您将域名编码为ACE。它们实际上不是有效的域名（DNS仅支持一部分字母和数字，ACE/IDN是使它们工作的方法）。 - Tim Groeneveldxn--stackoverflow.com 不是一个有效的名称，因为 'stackoverflow' 无法从Punycode转换。然而，这已经超出了正则表达式的能力范围。一般来说，xn--[a-z0-9]+ 标签将仅限于IDN，而 xn--[a-z0-9]+\-[a-z0-9]+ 则表示ASCII和非ASCII字符的混合。 - Marcuscom.com 是一个有效的（并且已注册！）域名。因此，它的任何子域名也都是有效的。这个问答是关于验证一个域名的语法是否正确，而不是它是否适合特定的用途，或者某人是否输入了"正确"的域名。 - Walf嗯，这其实比看起来要稍微复杂一些（请参见评论），因为它需要满足您的具体需求：
/^[a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9]\.[a-zA-Z]{2,}$/
但请注意，这将拒绝许多有效的域名。
g.co 是一个有效的域名，但 g 只有一个字符。 - sch/^[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?\.[a-zA-Z]{2,}$/。但是这仍然会拒绝大量有效的内容... - Cameron.co.uk 域名后缀。 - stardust4891我的正则表达式如下：
^[a-zA-Z0-9][a-zA-Z0-9-_]{0,61}[a-zA-Z0-9]{0,1}\.([a-zA-Z]{1,6}|[a-zA-Z0-9-]{1,30}\.[a-zA-Z]{2,3})$
它可以匹配 i.oh1.me 和 wow.british-library.uk
更新：
这是更新后的规则。
^(([a-zA-Z]{1})|([a-zA-Z]{1}[a-zA-Z]{1})|([a-zA-Z]{1}[0-9]{1})|([0-9]{1}[a-zA-Z]{1})|([a-zA-Z0-9][a-zA-Z0-9-_]{1,61}[a-zA-Z0-9]))\.([a-zA-Z]{2,6}|[a-zA-Z0-9-]{2,30}\.[a-zA-Z]{2,3})$
https://www.debuggex.com/r/y4Xe_hDVO11bv1DV
现在它检查域名标签的开头或结尾是否有- 或 _。
我的赌注：
^(?:[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?\.)+[a-z0-9][a-z0-9-]{0,61}[a-z0-9]$
解释：
域名由多个段组成。这里是一个段（除了最后一个）：
[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?
它可以有1-63个字符，不能以“-”开头或结尾。
现在在其末尾添加“.”并至少重复一次：
(?:[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?\.)+
然后附加最后一段，长度为2-63个字符：
[a-z0-9][a-z0-9-]{0,61}[a-z0-9]
在这里进行测试：http://regexr.com/3au3g
0-9）：^(?:[a-z](?:[a-z0-9-]{0,61}[a-z0-9])?\.)+[a-z0-9][a-z0-9-]{0,61}[a-z]$。 - patricknelson^(?=.{1,253}\.?$)(?:(?!-|[^.]+_)[A-Za-z0-9-_]{1,63}(?<!-)(?:\.|$)){2,}$
这基本上是mkyong的答案并且还有：
向前查看，在'^$'之间限制最大长度为253个字符，并带有可选的'.'结尾文字。
(?=.{1,253}\.?$)
向前查看，下一个字符不是“-”，且在下一个“.”之前的任何字符后面没有“_”。也就是说，强制标签的第一个字符不是“-”，并且只有第一个字符可以是“_”。
(?!-|[^.]+_)
每个标签允许1到63个字符。
[A-Za-z0-9-_]{1,63}
后顾，前一个字符不是“-”。也就是说，强制标签的最后一个字符不是“-”。
(?<!-)
每个标签末尾都要强制加上一个“.”，除了最后一个标签外，该标点为可选项。
(?:\.|$)
大多数情况下，这需要至少两个域级别，尽管并不完全正确，但通常是一个合理的假设。如果要允许顶级域名或未经认证的相对子域通过（例如localhost、myrouter、to），则将{2，}更改为+。
(?:(?!-|[^.]+_)[A-Za-z0-9-_]{1,63}(?<!-)(?:\.|$)){2,}
只是一个小修正 - 最后一部分应该是最多6个。因此，
^[a-z0-9]+([\-\.]{1}[a-z0-9]+)*\.[a-z]{2,6}$
最长的顶级域名是museum（6个字符）- http://en.wikipedia.org/wiki/List_of_Internet_top-level_domains
.photography）来满足需求。 - Sam Figueroa{2,63}：请参见 https://dev59.com/R2ox5IYBdhLWcg3wYzbX - Eric Dobbs{2,6} 更改为其他内容即可正常工作。我的是：^((?!-)[a-zA-Z0-9-]{1,63}(?<!-)\.)+(?!-)[a-zA-Z0-9-]{1,63}(?<!-)$。 - Mygod^((?!-)[a-zA-Z0-9-]{1,63}(?<!-)\.)+(?!-)[a-zA-Z0-9-]{1,63}(?<!-)$ - Mygod/^(?:(?!-)[a-z0-9-]{0,62}[a-z0-9]\.)+[a-z]{2,}$/i。虽然不太优雅，但能胜任工作。 - PhiLho正如已经指出的那样，在实际意义上很难区分子域名（例如.co.uk域名）。我们使用这个正则表达式来验证在实际应用中出现的域名。它涵盖了我所知道的所有实际使用情况。欢迎新的情况。根据我们的准则, 它避免了非捕获组和贪婪匹配。
^(?!.*?_.*?)(?!(?:[\d\w]+?\.)?\-[\w\d\.\-]*?)(?![\w\d]+?\-\.(?:[\d\w\.\-]+?))(?=[\w\d])(?=[\w\d\.\-]*?\.+[\w\d\.\-]*?)(?![\w\d\.\-]{254})(?!(?:\.?[\w\d\-\.]*?[\w\d\-]{64,}\.)+?)[\w\d\.\-]+?(?<![\w\d\-\.]*?\.[\d]+?)(?<=[\w\d\-]{2,})(?<![\w\d\-]{25})$
证明、解释和示例: https://regex101.com/r/FLA9Bv/9 (注意：目前仅在Chrome中有效，因为正则表达式使用的是ECMA2018中才支持的lookbehinds)
验证域名有两种方法可供选择。
按照规范的FQDN匹配（理论定义，在实践中很少遇到）：
实用/保守的FQDN匹配（实际定义，在实践中预期和支持）：
[a-zA-Z0-9.-]a.b-.cc，但它很棒。 - Ste^[a-z0-9]+([\-\.]{1}[a-z0-9]+)*\.[a-z]{2,7}$
.photography现在就变成无效了。可以把字符限制取消或者其他什么方式来解决这个问题。 - adriaan感谢在其他答案中指出域名验证解决方案的正确方向。域名可以通过多种方式进行验证。
如果您需要验证IDN域名的可读形式，则可以使用正则表达式\p{L}。这将匹配任何语言中的任何字符。
请注意，最后一部分可能也包含连字符！因为punycode编码的中文名称可能在tld中有Unicode字符。
我找到了解决方案，例如：
正则表达式如下：
^[0-9\p{L}][0-9\p{L}-\.]{1,61}[0-9\p{L}]\.[0-9\p{L}][\p{L}-]*[0-9\p{L}]+$
注意：该正则表达式相当宽容，因为当前域名允许的字符集也很宽泛。
更新：进一步简化，由于 a-aA-Z\p{L} 与 \p{L} 相同。
注意2：唯一的问题是它会匹配包含双点的域名，比如 masełk..owski.pl。如果有人知道如何解决这个问题，请加以改进。
[:alpha:]和[:digit]代替\p{L}。这样也能正常工作。 - puchu中国互联网络信息中心中国互联网络信息中心中国互联网络信.中国 被检查为有效，但在IDN转换后，每个标签的字节数过多。\p{L}匹配符号，而不是punycode字节(这些字节从符号到符号不同)，因此当尝试限制其转换后的大小时，重复计数是无用的。 - Andrew Domaszek