HTML全局属性中枚举类型有draggable、contenteditable、hidden、autocapitalize、autocorrect、enterkeyhint、inputmode，它们仅接受规范定义的有限字符串值，填错则静默降级为默认行为。
哪些HTML全局属性是枚举类型
只有明确限定取值范围的全局属性才算枚举属性，比如 draggable、contenteditable、hidden、autocapitalize、autocorrect、enterkeyhint、inputmode。它们不是布尔值（存在即真），也不能随便填字符串——填错值等于没写，浏览器会按默认行为处理。
常见误用：draggable="false" 看似禁用拖拽，但其实等价于 draggable="auto"（浏览器默认逻辑），真正禁用得写 draggable="false" 且确保该值被规范支持；而 contenteditable="0" 或 contenteditable="off" 都无效，只认 true、false 和空字符串。
-
draggable：合法值为"true"、"false"、"auto"（不写时默认） -
contenteditable：只接受"true"、"false"、""（空字符串），"plaintext-only"是额外枚举值，但仅部分浏览器支持 -
hidden：基础值是布尔语义（有该属性即隐藏），但新增的hidden="until-found"是明确枚举扩展，需注意兼容性 -
inputmode：值必须是"none"、"text"、"decimal"、"numeric"、"tel"、"search"、"email"、"url"之一，拼错或大小写错误（如"TEL"）会被忽略
枚举属性写错值会发生什么
浏览器对非法枚举值普遍采取“静默降级”策略：既不报错，也不生效，而是回退到默认行为。这导致问题难排查——UI看似正常，但实际逻辑未按预期执行。
例如：<div contenteditable="disabled"></div> 在 Chrome 和 Safari 中仍可编辑；<input inputmode="phone"> 因 "phone" 不在标准值列表里，虚拟键盘照常弹出默认文本键盘；<span hidden="false"></span> 不会显示元素，因为 hidden 是布尔属性，只要存在就隐藏，值是什么根本不影响。
立即学习“前端免费学习笔记（深入）”；
- 枚举属性值区分大小写，
autocapitalize="SENTENCES"无效，必须小写"sentences" - 多余空格或引号包裹错误值（如
draggable=" true "）会导致解析失败，等同于未设置 - 使用非标准值时，
element.getAttribute('draggable')可能返回你写的原始字符串，但element.draggable（DOM property）返回的是规范解析后的布尔值，二者可能不一致
如何安全读取和判断枚举属性状态
直接读 getAttribute() 得到的是原始字符串，不可靠；应优先使用对应 DOM property（如 element.contentEditable）或规范定义的 getter 方法，它们已做标准化转换。
比如判断一个元素是否真的可编辑，别写 el.getAttribute('contenteditable') === 'true'，而应写 el.contentEditable === 'true'；判断是否隐藏，用 el.hidden（返回布尔值）比检查 el.hasAttribute('hidden') 更准确，因为后者无法识别 hidden="until-found" 这类新枚举值的语义。
-
draggable属性对应 DOM property 是element.draggable（布尔值），不是字符串 -
inputmode没有直接对应的 DOM property，必须用getAttribute读取后手动校验是否在合法值集合内 - 对
hidden="until-found"，element.hidden仍返回true，但视觉上元素可能已渲染——此时需结合getComputedStyle(el).contentVisibility判断
移动端虚拟键盘相关枚举属性的兼容陷阱
inputmode 和 enterkeyhint 是移动端体验关键，但支持度碎片化严重：iOS Safari 对 inputmode="decimal" 和 enterkeyhint="next" 支持滞后，Android WebView 表现又不统一。不能只靠属性声明就认为键盘一定如预期弹出。
真实项目中建议组合使用：inputmode 做提示，type 做兜底（如数字输入优先用 type="number"），再加 JS 监听 input 事件过滤非法字符。否则用户在 iOS 上仍可能输入字母，破坏业务逻辑。
-
enterkeyhint="go"在部分 Android 版本中显示为 “搜索”，而非 “前往” -
inputmode="tel"在 iOS 上可能触发带 *# 键的拨号键盘，但若type="text"，长按粘贴仍可能绕过限制 - 不要依赖
enterkeyhint控制表单提交逻辑，它只改按钮文字，form.submit()仍由 Enter 键触发
枚举属性的坑不在语法多难，而在“写了像生效了，其实没生效”。最易被忽略的是：值必须精确匹配规范定义的字符串（含大小写、空格、连字符），且不同浏览器对新枚举值（如 hidden="until-found"）的实现进度不一，上线前务必在目标环境中实测渲染与交互行为。
