为何多数邮箱验证会判定something@abc这类非address@domain.tld格式的地址有效？

这是个非常好的问题——很多人都会默认认为邮箱必须带.tld后缀，但其实背后是邮件标准的包容性和验证逻辑的设计目标在起作用，咱们一步步拆解：

1. 邮件标准（RFC）允许无TLD的域名 #

邮件地址的核心规范来自RFC 5322（以及后续更新的RFC 6530等），这些标准里对域名部分的定义是：只要是符合DNS规范的域名即可，并没有强制要求必须包含顶级域名（.com/.org这类）。

现实中存在大量合法的无TLD邮箱场景：

• 企业内部网络：很多公司的内网邮件系统使用user@company、employee@team这类地址，在内部DNS服务器的支持下，完全可以正常收发邮件。
• 本地测试环境：开发者在测试邮件功能时，经常会用test@localhost、dev@local这类地址，这类地址不需要连接公共互联网就能工作。

2. HTML5默认验证的设计逻辑：避免误判合法地址 #

HTML5的<input type="email">验证是基于WHATWG的HTML规范实现的，它的设计目标是尽可能兼容所有合法的邮件地址，而不是只针对公共互联网上的邮箱。

如果强制要求必须带.tld，就会把上面提到的内部邮箱、测试邮箱全部误判为无效，这显然不符合“验证应该放行合法内容”的原则。所以HTML5的验证逻辑采用了宽松的标准，只要符合local-part@domain的基本结构，且各部分符合RFC的字符规则，就会判定为有效。

3. 如何实现“必须带TLD”的严格验证？ #

如果你的业务场景只接受公共互联网邮箱，确实可以自定义验证逻辑。比如用正则表达式来限制域名部分必须包含至少一个点：

// 示例正则（仅作参考，实际使用需测试边界情况）
const strictEmailRegex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/;

不过要注意：正则不能写得过于严格，比如有些合法域名包含连字符、多段子域名（比如user@sub.domain.co.uk），过于苛刻的正则反而会误判这些合法地址。

内容的提问来源于stack exchange，提问作者Akhilesh Shukla