Email Validator 会在你输入的同时检查一个地址：按大多数服务商实际执行的规则做结构语法校验、与内置的一次性域名名单比对，以及对主流服务商常见错拼的识别。地址在页面内处理，不会被传输或存储，因此拿它检查从私人客户名单里整理出来的地址是安全的。
使用方法
在输入框里键入或粘贴一个地址。验证做了半秒防抖，所以你停手后结论很快出现；按回车或点击 Validate 按钮会强制立即检查。绿色对勾加 valid 表示没有发现问题。红色结果会逐条列出问题，当检测到已知错拼时会出现一个可点击的建议——点击它会替换输入并重新验证。
对于 Gmail 和 Googlemail 地址，工具还会显示去掉点号和 +tag 的归一化形式，并附带复制按钮。这个归一化值就是你要用来比对、找出重复注册的东西。
这项工具检查什么
流水线执行四项不同的检查，并把结果合并成一个结论。
| 检查 | 它看什么 | 它不做什么 |
|---|---|---|
| 结构 | 恰好一个 @；本地部分非空且最多 64 字符；域名非空、最多 255 字符且含点；TLD 至少 2 字符 | 不校验完整的 RFC 5322 字符集，也不拒绝未加引号的空格等非法字符 |
| 一次性域名 | 一份内置名单，约三四十个已知的一次性服务商，含子域 | 无法检测出所有存在的一次性服务 |
| 错拼 | Gmail、Hotmail、Yahoo、Outlook、Proton Mail、iCloud 约二十种已知错拼 | 抓不到该字典之外的错拼 |
| 归一化 | 转小写；Gmail/Googlemail 去点与去 +tag | 不改写其他服务商的别名或加号寻址 |
前三项检查中的任何问题都会让总体结果为无效，即便原因是诸如一次性域名这样的策略判断，而非语法错误。
语法与可达性
值得把人们常混为一谈的三个问题分开。语法上有效吗？ 这是本工具回答的。这个域名能收到邮件吗？ 那需要查询 DNS 的 MX 记录，本工具不做——一个域名可能看起来完美，却根本没有邮件服务器。这个邮箱存在并且有人在看吗？ 那需要连接邮件服务器，实际上还要发一封确认邮件。
由于检查是本地、可离线完成的，它是一道快速的初筛，而不是最终裁决。通过的地址仍可能退信；因出现在一次性名单上而失败的地址是被刻意拒绝的，尽管它其实能收信。对于注册流程，把它当作同步验证层，后面再跟一个邮件确认步骤。
还有一个相关的陷阱是 catch-all 域名。有些邮件服务器接受本域名下的任何地址，于是 typo@yourcompany.com 即便并无此邮箱也可能被投递。结构校验看不出这一点，这也是确认邮件才是地址可用的唯一可靠证明的又一个原因。
实操示例
john..doe@gmial.com——结构通过（一个 @、长度合法、含点、3 字符 TLD），所以结论为 valid，但错拼字典匹配到 gmial.com，建议 john..doe@gmail.com。注意本地部分里重复的点号没有被标记，这正是结构检查局限性的体现。
user@mailinator.com——结构通过，但 mailinator.com 在一次性名单上，所以结果是无效并给出一条一次性警告。
user@@example.com——两个 @ 触发「Email must contain only one @ symbol」，检查提前停止。
user@example——域名没有点，触发「Domain must contain a dot (e.g., example.com)」。
user@example.c——TLD 只有一个字符，触发「TLD must be at least 2 characters」。
user name@example.com——本地部分里未加引号的空格仍返回 valid，因为格式检查不检查字符。这是一个已知的误报。
归一化与重复账号
John.Doe+news@gmail.com 归一化为 johndoe@gmail.com。Gmail 忽略自己地址中的点号以及 + 之后的一切，所以这些变体都进入同一个收件箱，把它们当作同一个身份就能防止重复注册。User.Name@googlemail.com 归一化为 username@googlemail.com；域名并不会被改写为 gmail.com，所以需要同时抓住 Gmail 和 Googlemail 重复的检查应把两个域名映射到一起。其他服务商，例如有自己的加号寻址的 Outlook，只会被转小写，其余原样保留。
准确性与局限
这个验证器坦诚地承认自己只是第一道关。它不验证可达性、邮箱是否存在、域名信誉或 catch-all 行为，并且从不联系邮件服务器。一次性名单和错拼字典都是固定快照，所以新上线的临时域名和前所未见的错拼会漏过去。结构检查刻意做得宽松，会接受一些完整 RFC 语法禁止的地址，包括未加引号的空格和纯数字命名的 TLD。用它立刻抓住常见、廉价的错误，凡是重要的事情就依赖确认邮件。
相关工具
常见问题
显示绿色结果就代表邮箱真实存在吗？
不代表。通过只说明地址在结构上格式正确，并且不在内置的一次性域名名单里。这个工具不做 DNS 查询、不查 MX 记录、也不进行 SMTP 握手，因此无法判断域名是否接收邮件、具体邮箱是否在使用。只有真正收到一封确认邮件才能证明这一点。
为什么格式没问题的临时邮箱会被判为无效？
一次性域名筛查和格式错误一样，都会产生 issue。当域名命中内置名单时，工具会记录一条 disposable 问题，而只要存在任何 issue，isValid 就是 false。这个地址在语法上是对的，它被拒绝是出于策略，而不是语法。
验证器会拒绝本地部分里未加引号的空格这类非法字符吗？
不会。格式检查只覆盖 @ 的存在与数量、本地部分非空且长度受限、域名非空且含点、TLD 至少两个字符。它不校验完整的 RFC 字符集，所以像 user name@example.com 这样本地部分带未加引号空格的地址仍会返回 valid。请把结果当作结构层面的测试，而不是字符层面的测试。
归一化地址是什么？为什么我 Gmail 里的点号消失了？
归一化会把整个地址转成小写；对于 gmail.com 和 googlemail.com，它还会去掉本地部分里的点号并剥离 +tag 后缀。所以 John.Doe+news@gmail.com 会变成 johndoe@gmail.com。Gmail 自己就是这样看待这些地址的，用它来找出同一人在不同变体下重复注册很有用。
能一次验证一整份地址列表吗？
不能。工具每次只验证一个地址，给出单一结论以及问题与建议。要处理列表只能逐个地址检查。所有处理都在页面内完成，所以逐个粘贴地址不会把它们发往任何地方。
拼写错误建议有多可靠？
它把域名与一份固定的字典比对，字典里收录了 Gmail、Hotmail、Yahoo、Outlook、Proton Mail 和 iCloud 大约二十来种常见错拼。完全匹配以及已收录错拼的子域会被抓住，建议只是给出，不会自动应用。字典里没有的错拼，比如公司域名中的字母换位，就检测不到。
由 HandyTools Hub 团队审校 · 最后更新