可批量删除的 data- 属性仅三类：data-ccp-*（Office 粘贴残留）、data-contrast（Word 内部标记）、带废弃前缀的自定义属性（如 data-old-id），但需先全局搜索验证 JS 是否引用，禁删 data-id、data-testid 等业务属性。
绝大多数 data- 属性可以安全删除，但必须区分「Office 粘贴残留」和「业务逻辑依赖」——前者直接删，后者删前必须全局搜索验证。
哪些 data- 属性能批量删？
不是所有 data- 都冗余。真正可批量清理的只有三类：
-
data-ccp-*（如data-ccp-props、data-ccp-parastyle）：Microsoft Office 复制粘贴注入的私有元数据，无语义、不参与渲染、不被任何标准 API 读取 -
data-contrast：同样来自 Office 生态，仅用于 Word 内部对比度标记，前端完全无用 - 带明显废弃前缀的自定义属性，如
data-old-id、data-temp-flag、data-debug-info——前提是已确认无 JS 引用
别碰 data-id、data-testid、data-track 这类通用业务属性，它们大概率被 JS 或埋点 SDK 主动读取。
VSCode 正则怎么安全删 data-ccp-*？
用错正则会误删 data-id 或跨标签吞内容。正确写法是：
- 查找：
data-ccp-\w+\s*=\s*["'][^"']*["']（\w+确保只匹配ccp-开头的完整属性名） - 替换：留空
- 必须开启正则模式（.* 按钮）和「全字匹配」（避免
data-ccp-props匹配到data-ccp-props-extra的子串） - 先点「全部查找」，预览所有命中项——如果出现
data-id="123"被卷入，说明正则太宽，立刻停手
注意：data-ccp-props 值常含未转义引号或换行，用 [^"']*? 比 .*? 更安全，避免跨标签匹配。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
删完 data- 属性后，JS 会不会崩？
会，如果你没查就删。关键检查点只有两个：
- 全局搜索
dataset.：比如el.dataset.ccpProps或el.dataset.oldId，这些调用在删属性后会返回undefined，可能引发后续逻辑错误 - 搜
getAttribute("data-：有些老代码不用dataset，而是直接el.getAttribute("data-contrast")，漏掉这个就等于埋雷
特别提醒：data- 属性名是 kebab-case，但 JS 中通过 dataset 访问时自动转为 camelCase（data-ccp-props → el.dataset.ccpProps），搜索时得把两种写法都覆盖到。
服务端统一过滤比前端正则更可靠
编辑器粘贴、CMS 导入、第三方内容嵌入，都可能反复引入 data-ccp-*。靠人工正则只是补漏，真要根治得在入口拦截：
- 用
sanitize-html配置白名单：allowedAttributes: { '*': ['class', 'id', 'style', 'aria-*'] }，不显式列出data-*就默认剔除 - 加
exclusiveFilter精准拦截：frame.tag === 'span' && Object.keys(frame.attribs).some(attr => attr.startsWith('data-ccp-')) - Node.js 侧做清洗比前端 DOM 操作更彻底——它在 HTML 字符串阶段就剥离，不依赖浏览器解析结果
真正难的不是怎么删，而是怎么确认「这个 data- 到底有没有人用」。很多项目里，没人记得 data-temp-render 是哪年写的，也没人敢删——因为删了之后，某个隐藏按钮点击失效，要等用户反馈才暴露。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
