input标签的type属性是决定控件本质的“类型开关”，显式声明type（如text、email、tel等）才能确保正确渲染、键盘适配、原生校验及无障碍支持，不加type虽默认为text但不可靠。
input 标签没有默认行为，不加 type 属性时浏览器按 type="text" 渲染，但显式声明才是可靠做法。
必须设置的 type 属性决定控件本质
type 不是可选项，而是输入控件的“类型开关”：它直接决定渲染形态、键盘类型、验证逻辑和移动端软键盘弹出样式。比如 type="email" 在 Safari iOS 上会触发带 @ 符号的邮箱键盘，type="number" 在 Chrome 中允许上下箭头微调，但若写成 type="text" 再靠 JS 模拟数字输入，就失去原生体验和无障碍支持。
-
type="text"和type="password"语义清晰，但后者不防复制粘贴、不阻止开发者工具查看 DOM 值 -
type="checkbox"和type="radio"必须配name才能形成逻辑组；单个radio无意义 -
type="hidden"的值会被提交，但不可见——别用它存敏感 token，服务端仍需校验 -
type="file"默认只允单文件，要多选必须加multiple属性
name 和 value 的实际作用常被混淆
name 是表单提交时的键名，后端靠它取值；value 是初始值或当前值，但它在 checkbox 和 radio 中还有特殊含义：只有被选中时，该 value 才随表单提交。未选中的 checkbox 根本不会出现在提交数据里，哪怕你写了 value="off"。
- 不要把
value当 placeholder 用——它会真实参与提交，且用户一输入就覆盖 -
name值含特殊字符（如[]或点号）可能影响某些后端框架解析，建议用下划线或短横线 - 动态修改
value用 JavaScript 时，记得同步更新 UI 状态，否则表单重置后可能丢失预期值
required、placeholder 和 disabled 的行为差异
required 触发的是 HTML5 原生必填校验，提交前浏览器自动拦截并提示；placeholder 只是视觉提示，不参与任何校验逻辑；disabled 会让字段完全不提交，而 readonly 仍会提交值但禁止编辑——这点在需要展示又需传值的场景（如订单 ID 预填）很关键。
立即学习“前端免费学习笔记（深入）”；
-
required对type="checkbox"表示“必须勾选”，对type="radio"表示“组内至少一个必须选中” -
placeholder文字颜色由浏览器默认控制，CSS 中用::placeholder伪元素定制，但 Safari 旧版本需额外前缀 -
disabled元素无法获得焦点、不响应事件、不参与 tab 键导航——如果只是临时禁用，考虑用aria-disabled="true"+ CSS 灰化更可控
真正容易被忽略的是：所有这些属性的生效前提，是 input 处于可交互的文档流中。比如用 display: none 隐藏的 input，即使有 required 也不会校验；而 visibility: hidden 虽不可见但仍参与校验和提交——这种细微差别在线上表单逻辑异常时，往往就是根因。
