用户名输入框需同时设置name和id属性以确保提交与可访问性，配合label、autocomplete="username"、spellcheck="false"及服务端强制校验。
直接用 <input type="text"> 就能实现用户名输入框，但要真正可用、安全、符合表单规范，光写这行远远不够。
必须加 name 和 id 属性
没有 name，表单提交时这个字段根本不会被发送到后端；没有 id，关联的 <label> 就无法点击聚焦，影响可访问性。
正确写法示例：
<label for="username">用户名</label> <input type="text" id="username" name="username" required>
-
for值必须和id完全一致（区分大小写） -
name值建议用语义化英文，如username，避免用user_name或中文 - 别依赖
placeholder替代<label>，它不提供语义，且在输入后消失
type="text" 要配合 autocomplete 和 spellcheck
浏览器自动填充和拼写检查对用户名输入框有特殊行为：用户名通常不需要拼写纠错，但应支持邮箱/账号类自动填充。
立即学习“前端免费学习笔记（深入）”；
推荐配置：
<input type="text"
name="username"
autocomplete="username"
spellcheck="false">
-
autocomplete="username"明确告诉浏览器这是用户名字段，触发密码管理器识别 -
spellcheck="false"关闭拼写下划线——用户名不是自然语言，校验反而干扰用户 - 避免用
autocomplete="off"，它在现代浏览器中基本失效，且禁用自动填充会损害体验
服务端验证不能靠 required 或 pattern
required 只阻止空提交，pattern 仅做前端正则校验，两者都可被绕过。真实用户名规则（如长度、字符集、保留字）必须由后端强制执行。
常见误操作：
- 只用
pattern="^[a-zA-Z0-9_]{3,20}$"就认为“已校验”，但用户改掉 HTML 或用 curl 直接发请求就失效 - 把敏感逻辑（如“admin”是否允许注册）放在前端判断，暴露业务规则
- 忽略 Unicode 字符处理，比如用户输中文、日文或带 emoji 的昵称，后端没做归一化或截断，导致存储异常
用户名输入框的难点不在结构，而在前后端职责边界是否清晰——前端只负责提示和体验优化，所有约束和合法性判定必须落在服务端。
