临时属性指data-、style、class中含tmp/test/debug/dev/mock等标记的发布前残留属性，是潜在运行时干扰源，需通过工具扫描、构建校验和团队规范彻底清理。
临时属性指哪些？data-、style、class里带tmp/test的都算
发布前残留的临时属性不是“无害注释”，而是潜在的运行时干扰源。比如 data-debug="true" 可能被某段遗留 JS 读取并开启日志轰炸；style="opacity: 0.3;" 会让某个按钮在生产环境半透明；class="btn tmp-hide" 更是直接让关键按钮消失。它们往往藏在模板片段、条件渲染块或手写 DOM 操作里，靠肉眼扫很难清干净。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用 Chrome DevTools 的 Elements 面板按 Ctrl+F（Windows）或 Cmd+F（Mac），搜
data-、tmp、test、debug、dev、mock—— 注意大小写，有些团队习惯写DATA_或TEST_MODE - 检查所有内联
style属性，尤其是带!important、opacity、visibility、display的，这些大概率是调试时硬写的 - 别忽略注释里的“活代码”：像
<!-- <div class="card tmp"> -->这种被注释掉但结构还在的，也得删
querySelectorAll 批量检测比手动删更可靠
人工清理容易漏，尤其在嵌套组件或动态插入的 DOM 中。用一段脚本跑一遍，比眼睛盯十遍强。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在控制台粘贴执行：
document.querySelectorAll('[data-test], [data-dev], [data-debug], [style*="opacity"], [class*="tmp"], [class*="test"]').forEach(el => console.warn('⚠️ 临时属性残留:', el.outerHTML)) - 如果发现大量匹配，说明项目中临时标记已成习惯，建议把这段逻辑加进构建后校验脚本（如用 Puppeteer 启动页面后自动扫描）
- 注意：
[style*="opacity"]这类通配会误伤正常样式（比如style="background: rgba(0,0,0,0.5)"），所以只用于发布前最后一遍人工确认，不建议长期放 CI 里
构建流程里加一道 HTML lint 更省心
靠人每次发布前手动查，迟早漏。真正可持续的做法，是把清理动作变成构建环节的强制检查项。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
html-validate配置规则，例如在.htmlvalidate.json中加入："attr-name-blacklist": ["data-test", "data-dev", "data-debug", "data-mock"]
- 配合 Webpack 的
html-webpack-plugin或 Vite 的vite-plugin-html，在注入 HTML 前做一次正则替换（慎用）：html.replace(/data-(test|dev|debug|mock)="[^"]*"/g, '') - 关键提醒：不要在构建时无差别删所有
data-——像data-id、data-track是业务必需的，黑名单必须精确到具体前缀，不能写成data-
为什么 data- 属性特别容易被忽略？
因为 W3C 明确允许自定义 data-，浏览器也不报错，开发者就默认它“安全”。但实际中，data- 是最常被滥用的临时载体：存 mock 数据、开关调试逻辑、标记测试区域……久而久之，它成了“技术债缓存区”。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 团队约定：所有
data-必须带明确业务语义，禁止出现data-tmp、data-xxx-test这类命名 - CI 流程中增加一条检查：
grep -r "data-[a-z]*-test\|data-[a-z]*-dev" src/ --include="*.html" --include="*.js"，命中即失败 - 最狠但最有效的一招：上线前用 Puppeteer 截图比对，把本地开发环境和预发环境的 DOM 结构 diff 出来，一眼就能看出多出了哪些
data-节点
发布前清理临时属性，难点不在“怎么删”，而在“删得全不全”和“以后还出不出”。真正卡住人的，永远是那些没被写进 checklist、也没进自动化流程的“小地方”。
