spellcheck="true" 对邮箱输入无效，因浏览器默认禁用其拼写检查；真正起作用的是 type="email" 触发格式校验、pattern 限定域名、javascript 拦截常见拼写错误及移动端专用键盘。
spellcheck="true" 对邮箱输入根本没用
浏览器对 input[type="email"] 默认禁用拼写检查，无论你显式设置 spellcheck="true" 还是不设，都不会触发邮箱域的拼写提示。这是因为邮箱地址本身不是自然语言文本，浏览器认为“user@gmial.com”里的 gmial 不是拼写错误，而是合法（但可能输错）的域名片段——它不会像检查 “I hav a pen” 那样标红纠错。
真正影响邮箱校验的是 type 和 pattern 属性
提升邮箱输入准确率的关键不在拼写检查，而在约束输入格式和触发原生验证：
-
type="email"会激活浏览器内置邮箱格式校验（如必须含 @、不能以 @ 结尾） -
pattern可补充更严格的规则，比如限制常见拼写错误：<input type="email" pattern="[a-z0-9._%+-]+@[a-z0-9.-]+\.(com|org|net)" title="请输入标准邮箱">
- 配合
required和autocomplete="email"能提升表单体验和输入建议质量
想捕获常见拼写错误？得靠 JavaScript 拦截
用户把 gmail.com 打成 gmial.com 或 gamil.com 这类错误，spellcheck 完全无感。可行做法是监听 blur 或 input 事件做轻量级检测：
- 用正则匹配常见错误域名（如
/@gmial\.com$/i、/@gamil\.com$/i） - 对比邮箱本地部分是否含明显拼写陷阱（如
"adminn@"、"supportt@"） - 注意别过度拦截：有些域名就是拼写特殊（如
my-company.co.uk），硬套规则反而误伤
移动端键盘行为比 spellcheck 更关键
在 iOS 和 Android 上，input[type="email"] 会自动调出带 @ 和 .com 快捷键的键盘，这比任何拼写提示都管用。但前提是：
- 必须声明
type="email"，不能只靠spellcheck - 避免同时设置
inputmode="text"，否则会覆盖邮箱键盘 - 不要用
contenteditable或自定义组件包裹input，否则键盘行为失效
type 的 input，加一百个 spellcheck="true" 也救不回输错的邮箱。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
