不会自动修正邮箱格式，仅做基础结构校验；高频错误如“gmil.com”需用JS在blur时针对性修正，并同步更新mailto链接。
input type="email" 会自动修正邮箱格式吗
不会。浏览器只做基础校验，不自动修正拼写错误或补全域名。
比如用户输 user@gmil.com，<input type="email"> 会通过校验（因为符合邮箱正则基本结构），但不会帮你改成 user@gmail.com；输 user@ 才会标红报错。
- 校验逻辑由浏览器内置实现，各厂商略有差异，但都不含“智能纠错”能力
- 所谓“自动修正”，常见于某些富文本编辑器或邮件客户端，HTML 原生 input 不提供该功能
- 如果依赖前端自动修，必须自己加 JS 逻辑，不能指望
type="email"
怎么用 JS 安全地修正常见邮箱拼写错误
重点不是“全量纠错”，而是拦截高频手误，比如 gmil → gmail、gamil → gmail、yahooo → yahoo。直接替换有风险，得加判断条件。
- 只在用户离开输入框（
blur）或提交前触发，避免实时干扰输入 - 仅当本地域名部分明显匹配常见错误时才修正，例如
@gmil.com→@gmail.com，但@abcgmil.com不动 - 修正后必须让用户感知：用
input.setCustomValidity("")清除旧错误，并可选弹出提示“已为您修正为 xxx” - 别碰用户名部分（如
usre@gmail.com），那属于语义纠错，JS 无法可靠判断
示例逻辑片段：
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
input.addEventListener('blur', () => {
const value = input.value.trim();
if (!value.includes('@')) return;
const [name, domain] = value.split('@');
if (domain === 'gmil.com') {
input.value = `${name}@gmail.com`;
} else if (domain === 'gamil.com') {
input.value = `${name}@gmail.com`;
}
});
href="mailto:xxx" 链接里的邮箱要同步修正吗
要，而且必须手动同步。页面上显示的 mailto: 链接和 input 的值是两套数据，JS 修了 input，不等于链接也跟着变。
- 常见坑：用户改完 input，点“发送邮件”按钮，结果打开的是旧邮箱——因为
<a href="mailto:old@xxx.com"></a>没更新 - 修正方案：把 mailto 链接做成动态的，绑定到同一变量，或者在 input 修正后，用 JS 改写
a[href^="mailto:"]的href属性 - 注意编码：mailto 链接中的邮箱需用
encodeURIComponent()处理特殊字符，比如空格、中文、+ 号
为什么不用第三方邮箱建议库
小项目没必要。90% 的“修正需求”集中在 3–5 个域名（gmail / yahoo / outlook / hotmail / icloud），硬上 mailcheck.js 或类似库反而增加加载、兼容和维护成本。
- 这些库依赖词典匹配 + 编辑距离，对
user@gmial.com这类错误有效，但对user@gnail.com就可能误判 - 移动端 Safari 对
mailcheck支持不稳定，容易漏触发 - 如果你的用户 80% 来自国内，且主要用 QQ 邮箱、163 邮箱，那库里的英文域名词典基本没用
真要上，也得兜底：检测到建议结果后，必须让用户二次确认，不能静默替换。
最省心的做法，是只做确定性高的映射，比如 126.cn → 126.com、qq.cpm → qq.com，这种错法稳定、可枚举、无歧义。
