无法用单条正则完全覆盖所有合法域名，应采用结构化正则初筛+逻辑校验组合方案：域名段需字母/数字开头结尾、含连字符、长1–63字符；TLD须纯字母且≥2字符；须防连续点、首尾点、纯数字TLD等陷阱。
直接用一条正则表达式“完全覆盖”所有合法域名并不现实——标准RFC规范复杂，真实场景还需兼顾可读性、兼容性和边界情况。更稳妥的做法是：用结构化正则做格式初筛，再配合逻辑校验补足规则漏洞。
核心规则必须落在正则里
合法域名段（如 example、my-site）需满足：以字母或数字开头结尾，中间可含连字符，长度1–63字符。对应正则片段为：
-
^[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?$—— 精确控制首尾和长度 - 避免写成
[a-z0-9-]{1,63}，它会错误允许-abc或xyz- - 顶级域（TLD）不能纯数字，且至少两个字母：
[a-z]{2,}比[a-z0-9]{2,}更安全
推荐分层验证，别硬塞进单条正则
例如 PHP 中可这样组合判断：
- 先用
strlen($domain) > 253拦截超长字符串（总长上限） - 用
explode('.', $domain)拆解各段，逐段套用上述首尾+长度正则 - 单独检查最后一段（TLD）是否
ctype_alpha($tld) && strlen($tld) >= 2 - 拒绝空段、连续点、开头或结尾为点等明显非法结构
警惕常见陷阱
这些看似“能匹配”的正则其实不可靠：
-
^([a-z0-9-]+\.)+[a-z]{2,}$—— 允许abc-.com（末尾连字符） -
^[a-z0-9.-]+$—— 不校验点的位置，会放过.example.com或example..com - 直接匹配中文字符（如
[\u4e00-\u9fa5]）—— DNS不认Unicode，必须先转 punycode（如xn--fiq228c.com）再校验
简单可用的参考正则（适合多数Web表单）
若只需快速过滤明显非法输入，可用这条平衡了准确性与简洁性的正则：
^(?!-)[A-Za-z0-9-]{1,63}(?:\.[A-Za-z0-9-]{1,63})*\.[A-Za-z]{2,}$
-
(?!-)防止开头是连字符 -
(?:\.[A-Za-z0-9-]{1,63})*支持多级子域（如shop.uk.example.com） -
\.[A-Za-z]{2,}$强制结尾为至少两个字母的纯文本 TLD - 注意：它不校验每段首尾是否为连字符，建议仍搭配额外逻辑做二次检查
