邮箱地址校验器 (语法 + 常见拼写错检测)

输入邮箱检查语法是否有效, 并发现像 'gmial.com' → 'gmail.com' 之类的域名拼写错误。分解本地部分、域名、顶级域, 警告 RFC 长度违规。

邮箱地址

✓语法有效

工作原理

邮箱语法校验检查 'name@domain.tld' 是否符合 RFC 5322 结构规则。我们用务实正则, 捕捉几乎所有真实世界拼写错误, 同时对带加号、点、不寻常 TLD 的合法地址保持灵活。

本工具不能: 确认地址确实能收信。那需要发真实邮件或做 SMTP 检查, 都需服务端代码且有误报风险 (catch-all 域、灰名单)。语法校验便宜地捕捉拼写错误; 可达性检查需别的方法。

我们留意主要免费邮箱提供商的拼写错 — 'gmial.com' 而非 'gmail.com'、'yaho.com' 而非 'yahoo.com' 等。注册时约 95% 邮箱拼写错是这几家提供商的域名拼写错。客户端捕捉省了一封退信欢迎和尴尬的「请检查地址」跟进。

如果你在做注册表单, 提交前跑同样逻辑。展示「你是不是想说...?」建议, 让用户接受或覆盖。成熟注册流常这么做; 显著提升邮件可达性。

Plus 标签 ('user+filter@gmail.com'): 主流提供商广泛支持。用于不同注册创建唯一地址同时保持单一收件箱。

点 ('user.name@gmail.com'): Gmail 视为同一地址 (点被忽略), 但其他提供商可能视为不同。Gmail 之外不要依赖点等价。

长度: RFC 5321 限本地部分 64 字符, 完整地址 254 字符。我们超出时警告 — 多数服务器拒绝更长地址。

大小写: 按 RFC 本地部分大小写敏感, 但多数提供商视为不敏感。域名总是大小写不敏感。

›本工具能确认邮箱存在吗?

不能 — 仅语法。确认收件箱存在需服务端 SMTP 检查或发验证邮件。本工具便宜捕捉拼写错。

›为什么接受 'a@b.co'?

因为技术上是有效语法。TLD '.co' 是真实的 (哥伦比亚)。语法校验无法过滤真实但罕见的 TLD。

›Unicode 邮箱 (如用户@例え.jp)?

RFC 6531 国际化邮箱地址有效, 但本工具的正则不接受。多数表单后端也仍不接受。需 Unicode 友好校验请用专用库。

›什么是 plus 标签?

+ 与 @ 之间的内容被 Gmail 与许多提供商视为路由的一部分。user+toolify@gmail.com 投递到 user@gmail.com 但你可按 +toolify 后缀过滤。

›为什么 Gmail 忽略点?

Gmail 历史策略。user.name@gmail.com 与 username@gmail.com 投递到同一收件箱。其他提供商 (Yahoo、Outlook) 视为不同。

›最长有效邮箱?

RFC 5321 总共 254 字符。本地部分 ≤ 64。多数服务器拒绝更长。

›数据会上传吗?

不会。校验在本地, 不向任何服务器发送。

›可批量校验吗?

本工具不行 — 一次一个。列表请用脚本或专用批量校验服务 (有授权再校验他人地址)。