Email验证正则表达式：符合基本规范并支持下划线的实用方案

本文提供一个兼顾兼容性与安全性的邮箱正则表达式，支持用户名中包含下划线（_），同时避免以 _ 开头，并确保域名部分结构合理，适用于大多数Web表单场景。

本文提供一个兼顾兼容性与安全性的邮箱正则表达式，支持用户名中包含下划线（`_`），同时避免以 `_` 开头，并确保域名部分结构合理，适用于大多数web表单场景。

在前端表单验证或后端初步校验中，使用正则表达式快速判断邮箱格式是否合法是一种常见做法。但需注意：正则无法完全替代RFC 5322标准或SMTP协议级验证，它仅用于过滤明显非法输入。原始正则 /^(?!.*_)w+([.-]?w+)*@w+([.-]?w+)*(.w{2,3})/ 错误地禁止了所有下划线（_），而实际中如 [email protected] 是合法且广泛使用的格式。

✅ 推荐改进后的正则表达式（支持下划线、拒绝开头下划线、增强可读性）：

^[a-zA-Z0-9][w.-]*@[a-zA-Z0-9][w.-]*.[a-zA-Z]{2,}$

说明：

• ^[a-zA-Z0-9]：本地部分（@前）必须以字母或数字开头，排除 _ 或 . 开头；
• [w.-]*：后续允许字母、数字、下划线 _、点 . 和短横线 -；
• @：必需的 @ 符号；
• [a-zA-Z0-9][w.-]*：域名部分同样禁止开头为特殊字符；
• .[a-zA-Z]{2,}$：顶级域至少2个纯字母（支持 .info, .travel, .dev 等，优于硬编码 w{2,3}）。

⚠️ 注意事项：

• 该正则不匹配带引号的邮箱（如 "John Doe"@example.com）或国际化域名（IDN），这些应由专业库（如 validator.js、email-validator）处理；
• 不建议在关键系统（如密码重置、账户注册）中仅依赖前端正则——务必配合后端发送验证邮件完成最终确认；
• 若需更高精度，推荐使用成熟验证库而非自研正则，例如 JavaScript 中的 validator.isEmail()，Python 中的 email-validator 包。

总结：正则只是第一道轻量防线。本文提供的表达式在简洁性、可维护性与实用性之间取得良好平衡，既接纳合法的 _ 字符，又规避常见陷阱（如开头下划线、空段、无效TLD），适合绝大多数业务场景快速落地。