data-*属性唯一合规用途是HTML或body标签上初始化静态配置,必须JSON.stringify()后写入并转义,读取需JSON.parse()且加try/catch;挂载业务容器会导致DOM未就绪、SSR失效、框架透传失败三大隐患。

data-* 属性是唯一合规、可靠、无需额外依赖的初始化配置传递方式,但必须挂载在 或 上,且所有结构化数据必须 JSON.stringify() 后再写入,否则 JS 读取时会直接报错或截断。
为什么不能把 data 配置写在业务容器上
把 推荐做法: 常见错误是直接写 实现 Markdown↔ HTML 互转,支持导出 PDF,用于用户请求的文档格式转换。 更关键的是:用 API 密钥、用户 token、加密盐值这类东西,一旦出现在 HTML 源码里,就等于公开暴露。浏览器开发者工具里一搜 真正该做的:
最容易被忽略的一点:服务端模板渲染时,如果把用户输入直接拼进 data-api-base="/v1" 写在 data- 属性,this.$attrs['data-api-base'] 根本为空。。这样 document.documentElement.dataset.apiBase 在任何脚本中都能立即访问,不依赖 DOMContentLoaded。JSON 结构化数据必须手动序列化与解析
,结果 HTML 解析器把 " 当作属性值结束符,导致后续内容被丢弃;或者服务端模板没做 HTML 实体转义,引入 XSS 风险。
data-config=""{"timeout":5000}"
JSON.parse() 还原,且要加 try/catch:
const raw = document.body.dataset.config;
let config = {};
try {
config = JSON.parse(raw);
} catch (e) {
console.warn('Invalid data-config JSON', e);
}
dataset.debug === "true" 才安全,!!dataset.debug 会把字符串 "false" 当成真值dataset 和 getAttribute 的行为差异必须分清
dataset 看似方便,但它只处理标准命名:连字符自动转驼峰(data-user-id → dataset.userId),但遇到 data-2024-id 或 data-user_name 就失效;而 getAttribute('data-2024-id') 总能原样拿到字符串。
el.dataset.foo = 'bar' 修改,等价于 el.setAttribute('data-foo', 'bar');但反过来,用 setAttribute('data-foo-bar', 'x') 不会自动同步到 dataset.fooBar —— 它们不是双向绑定。
getAttribute(),别信 dataset
dataset(语义清晰),但要知道它底层仍是 setAttribute
dataset.timeout = 3000 后又 getAttribute('data-timeout') 拿到 "3000",别误以为类型保留敏感信息绝对不能走 data- 属性
data- 就全出来,CSP 也拦不住。
data-tenant-id="acme"、data-lang="zh"
Authorization 头和短时效 tokenlocalStorage + 加密(注意:仍非绝对安全),绝不用 data-
data-config,又没做 HTML 转义,就构成典型 XSS 入口——这个漏洞比 JS 逻辑错误更隐蔽、更难审计。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










