✉ 邮箱格式验证
RFC语法标准验证，自动补全常见域名，支持批量验证
什么是邮箱地址验证工具？
邮箱地址验证工具是一种检查电子邮件地址格式是否正确的在线工具。电子邮件地址看似简单，实则遵循着一套复杂的规范标准（RFC 5322）。一个有效的邮箱地址必须包含本地部分和域名部分，中间用@符号分隔，且各部分需满足特定的字符和长度限制。在Web开发中，前端邮箱验证是表单校验的基础环节，可以有效拦截明显无效的输入，减少后端处理错误和无效邮件的发送。本工具不仅检查基本格式，还可以验证域名是否有MX记录（邮件交换记录），帮助判断邮箱地址是否真正可用。
如何使用邮箱地址验证工具
- 输入邮箱地址 — 在输入框中填入需要验证的电子邮件地址。
- 自动验证 — 工具会即时检查格式是否正确，显示通过或失败的状态。
- 查看详细报告 — 包括格式检查结果、域名MX记录状态、常见错误提示等信息。
常见使用场景
场景一：注册表单前端验证
在用户注册页面的邮箱输入框中集成实时验证，即时反馈格式错误，提升用户体验。
场景二：邮件列表清洗
批量验证邮件列表中的地址格式，筛选出格式错误的地址，提高邮件发送的有效率。
场景三：数据录入质量检查
检查数据库中的邮箱字段是否存在格式异常的记录，辅助数据清洗工作。
技术原理
邮箱地址验证的核心是正则表达式匹配RFC 5322规范：
// 常用的邮箱验证正则
// 简化版（覆盖99%的场景）
const emailRegex = /^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$/;
// RFC 5322标准版（更严格但更复杂）
// 邮箱格式：local-part@domain
// local-part规则：
// - 允许字母、数字、.!#$%&'*+-/=?^_\`{|}~
// - 不能以.开头或结尾
// - 不能连续使用..
// - 最长64字符
// domain规则：
// - 由标签和点分隔
// - 每个标签1-63字符
// - TLD至少2字符
// - 不能有连续点
// MX记录验证（DNS查询）
// 检查域名是否配置了邮件交换记录
// 有MX记录说明域名可以接收邮件最佳实践与注意事项
- 前端验证只能检查格式，不能确认邮箱是否真实存在。需要发送验证邮件才能真正确认。
- 不要过度限制邮箱格式——RFC 5322允许的字符范围很广，过于严格的正则可能拒绝合法地址。
- 域名MX记录存在不代表该具体邮箱存在，只说明该域名可以接收邮件。
- 考虑国际化域名（IDN）和国际化邮箱地址，它们使用非ASCII字符。
常见问题
Q：格式正确是否意味着邮箱真实存在？
A：不是。格式验证只检查地址是否符合RFC标准的语法结构，不确认该邮箱是否已被注册或可接收邮件。验证邮箱真实性需要发送确认邮件。
Q：为什么test@example能通过验证但不是有效邮箱？
A：test@example在技术上是有效的邮箱格式（如果example是有效域名的话）。但example.com如果没有配置MX记录，则无法接收邮件。完整的验证应包含DNS MX检查。
Q：邮箱地址中可以使用中文吗？
A：国际化邮箱地址标准（RFC 6531）允许Unicode字符，但支持度有限。大多数邮件服务商和系统仍只支持ASCII字符的邮箱地址。建议本地部分使用英文。
Q：正则表达式应该多严格？
A：建议用宽松的正则做前端验证（捕获明显错误），用RFC标准做后端验证。过于严格的正则可能拒绝合法但不常见的邮箱格式（如带+号或子域名的地址）。
Q：如何防止用户输入临时邮箱？
A：维护一个临时邮箱域名黑名单（如mailinator.com、10minutemail.com等），在验证时检查域名是否在黑名单中。但这需要持续更新黑名单数据。