hasAttribute()是判断data属性是否声明过的最快方式，仅检查存在性、不读值、零性能开销；需小写传参，区分hasAttributes()，动态设置后立即生效。
用 hasAttribute 判断 data 属性是否声明过
想确认某个 data- 属性在 HTML 源码或 JS 中是否被显式设置（哪怕值是空字符串），就用 el.hasAttribute('data-foo')。它只查 DOM 树里有没有这个属性节点，不读值、不转换、不抛错，性能最好。
常见错误是写成 el.getAttribute('data-foo') !== null 或 !!el.getAttribute('data-foo')：前者多一次取值开销，后者在 data-foo="" 时返回 false，误判为“不存在”。
注意点：
-
hasAttribute参数必须小写，传'data-Foo'或'DATA-FOO'都会返回false - 它和
hasAttributes()（复数）完全不同，后者判断元素有没有任意属性，不指定名称 - 动态添加的属性也生效：
el.setAttribute('data-pending', '')后，el.hasAttribute('data-pending')立即返回true
用 in 操作符判断 dataset 中是否存在对应键
如果目标是检查 dataset 对象里有没有某个驼峰化 key（比如 data-user-id 对应 dataset.userId），就用 'userId' in el.dataset。这比直接访问 el.dataset.userId 更安全，避免 undefined 引发后续逻辑错误。
立即学习“前端免费学习笔记（深入）”；
但要注意：dataset 是只读代理，它反映的是当前 DOM 中已解析出的 data- 属性；如果属性名不合规（如含大写、下划线、数字开头），浏览器压根不会把它挂进 dataset，in 判断永远为 false。
典型陷阱：
-
data-2024-active→ 不能用'2024Active' in el.dataset（语法非法），得用el.hasAttribute('data-2024-active') -
data-user_name→dataset.userName无效，下划线不触发驼峰转换，只能getAttribute -
data-api-url→ 正确对应dataset.apiUrl，'apiUrl' in el.dataset可靠
用 getAttribute 判断并同时读值
需要区分“没声明”和“声明了但值为空/为 false 字符串”时，必须用 el.getAttribute('data-foo')。它返回 null 表示属性完全不存在，返回 '' 或 'false' 表示存在但值如此。
这是唯一能拿到原始字符串值的方式，dataset 所有值都是字符串，且无法覆盖命名限制；hasAttribute 又不提供值。三者分工明确：
-
hasAttribute：只问“有没有声明” -
getAttribute：问“有没有 + 值是什么” -
in dataset：问“能不能通过驼峰键访问”（隐含了声明合规性校验）
别把 getAttribute 和赋值搞混：if (val = el.getAttribute('data-mode')) 是赋值语句，恒真；正确写法是 if ((val = el.getAttribute('data-mode')) !== null) 或更清晰地拆成两步。
SSR 或服务端注入场景下优先查 document.documentElement
如果 data- 属性是服务端渲染时注入到 <html> 或 <body> 上的（比如 <html data-env="prod">），务必从 document.documentElement 或 document.body 开始查，别在子元素上白忙活。
特别注意：<head data-xxx> 是无效写法，浏览器解析时直接丢弃，任何 JS 方法都取不到——规范不允许 data- 出现在 <head> 内部。
推荐做法：
- 环境标识、构建信息等全局元数据，统一挂到
<html>上 - 初始化逻辑中第一行就读
document.documentElement.dataset.env，而不是等 DOM 加载完再查某个按钮 - 自动化测试脚本依赖
data-test-时，同样只认<html>或<body>上的声明
data-userId 写错大小写，整个 dataset 访问就静默失败；往 <head> 里塞 data-config，本地开发看着好使，CI 环境一跑就空。判断之前，先盯住 HTML 源码里那行是不是真的存在、拼写对不对、位置合不合理。 
