type属性拼写错误或非标准值会导致功能失效，如"emial"退化为text；大小写敏感，自定义值被忽略；移动端键盘适配依赖type而非placeholder；date兼容性差需降级方案；password需配合autocomplete控制自动填充行为。
input type 属性写错会直接失效
浏览器只认标准的 type 值，比如写成 type="email" 才触发邮箱校验和软键盘优化；写成 type="emial" 或 type="mail" 就退化成普通文本框，连基本的输入提示都没有。
- 常见拼写错误：
texte、numbber、datte—— 全部当text处理 - 大小写敏感：
TYPE="email"（全大写）在 HTML 中虽不报错，但部分旧版 IE 可能忽略，统一小写最稳 - 自定义值如
type="price"不会被识别，也不会报错，只是白写
移动端键盘适配靠 type，不是 placeholder
placeholder 只是提示文字，真正决定弹出哪种软键盘的是 type。iOS 和 Android 都依赖这个属性做输入法优化。
-
type="tel"→ 弹出数字+符号键盘（含 * #），适合电话、验证码 -
type="number"→ 纯数字键盘，但注意：它允许输入e和小数点，且提交时仍是字符串，不是 Number 类型 -
type="search"→ 键盘带“搜索”按钮，还会自动添加清空图标（Chrome/Firefox） -
type="url"→ 键盘默认显示 .com / / 等快捷键，但不会校验格式是否合法
type="date" 在 Safari 和旧安卓上根本不能用
原生日期选择器看似方便，但兼容性差得离谱：type="date" 在 iOS 15.4 之前不支持年份滚动，Android 4.4 的 WebView 直接渲染成文本框，Safari 桌面版至今不支持。
- 别指望它跨端一致 —— 用户看到的可能是日历、下拉选择、纯文本输入框，甚至空白
- 如果业务必须选日期，得搭配 JS 库（如 flatpickr）或 fallback 方案：
<input type="date" id="dob"><input type="text" id="dob-fallback" aria-hidden="true"> -
min/max属性在不支持的浏览器里会被直接忽略，起不到限制作用
type="password" 的 autocomplete 要手动关才安全
现代浏览器对 type="password" 有强干预，默认可能自动填充、保存、甚至暴露明文。光靠类型声明不够，得配合 autocomplete 控制行为。
立即学习“前端免费学习笔记（深入）”；
- 登录页密码框建议：
autocomplete="current-password" - 注册页新密码框：
autocomplete="new-password"（注意不是off，后者在 Chrome 80+ 已被忽略） - 敏感操作二次验证（如支付密码）：加
autocomplete="one-time-code"，可触发短信自动填充 - 别信
autocomplete="false"或autocomplete="nope"，这些值无效
事情说清了就结束。最常被漏掉的是 autocomplete 配合 type="password" 使用，以及把 type="number" 当数值类型来用 —— 它传给后端的永远是字符串。
