注册表单必须包含text（用户名）、email（邮箱）、password（密码）、password（确认密码）、tel（手机号，可选）五类input类型；label不可省略且须用for与id精确关联，required和pattern仅作前端体验优化，后端校验不可或缺。
注册表单必须包含哪些 <input> 类型
用户注册最核心的字段就那么几个：用户名、邮箱、密码、确认密码、手机号（可选）。对应到 HTML，得用对 type 属性，否则移动端键盘不匹配、浏览器自动填充失效，甚至校验都绕过：
-
username用<input type="text">，别用type="name"（不存在） - 邮箱必须用
<input type="email">，浏览器会做基础格式检查，且 iOS 键盘自动显示 @ 符号 - 密码统一用
<input type="password">，两个密码框都要——confirm_password不能写成type="text"，否则明文暴露 - 手机号建议
<input type="tel">，安卓/iOS 会调出数字键盘，但注意它不校验格式，得靠 JS 或后端补
为什么 <label> 不能省，且必须用 for 关联
省掉 <label> 看似少写几行，实际埋了三个坑：触屏点击区域变小、屏幕阅读器无法识别、Chrome 自动填充经常失灵。关键不是“加标签”，而是正确绑定：
-
<label for="email">邮箱</label><input id="email" type="email">——for值必须和id完全一致，大小写敏感 - 别用包裹写法
<label>邮箱<input></label>，虽然能点，但某些旧版 Safari 对嵌套<input>的 focus 行为异常 - 所有必填项在
<label>文本末尾加<span aria-hidden="true">*</span>，比纯 CSS::after更可靠
required 和 pattern 能防住什么，又防不住什么
原生属性能拦住明显乱填，但绝不能当安全防线：
-
required只检查是否为空字符串，" "（空格）也能通过，得用trim()后再提交 -
pattern写密码强度例如pattern="(?=.*\d)(?=.*[a-z]).{8,}"，但 IE 不支持，且正则错误时整个表单 submit 失败，无提示 - 邮箱的
type="email"允许test@这种非法值，pattern又难写全 RFC 标准，不如后端校验 - 真正该用原生校验的，是「格式即规则」的场景，比如身份证号：
pattern="\d{17}[\dXx]"
提交按钮别只写 <button>，加 type="submit" 和禁用逻辑
没设 type 的 <button> 在部分浏览器默认是 type="submit"，但有些框架（如 Vue）会意外触发多次 submit；而没禁用的按钮，在网络延迟时可能被连点多次：
立即学习“前端免费学习笔记（深入）”；
- 显式写
<button type="submit">注册</button>，避免歧义 - JS 提交前立即
button.disabled = true，并改文字为"注册中..."，防止重复请求 - 成功后别直接
location.href，先清空表单form.reset()，否则用户刷新页面会重发 - 失败时恢复按钮状态，但别用
button.disabled = false，用removeAttribute('disabled')，兼容性更稳
表单验证链路里，HTML 原生属性只是第一道筛子，真正卡住脏数据的是后端校验和数据库约束。前端能做的，是让合法输入更快通过、非法输入当场反馈——而不是试图用 pattern 模拟一套密码策略引擎。
