html中用标准注释标记实验性功能，格式为，必须含标识符、简名、责任人和明确时间范围，禁用模糊词及data-属性或class，因注释不参与渲染且仅属文档层。
HTML里怎么用注释标实验性功能
直接用标准 HTML 注释 <!-- ... -->，但得加约定俗成的前缀，否则别人看不懂是临时代码还是废弃逻辑。
常见错误是只写 <!-- 实验功能 -->，没说明状态、责任人、预期下线时间，过两周自己都忘了这行是干啥的。
- 推荐格式：
<!-- [EXPERIMENTAL] search-filter-v2: @zhangsan, 2024-06 → 2024-09 --> - 必须包含：标识符
[EXPERIMENTAL]、功能简名、负责人（@xxx）、时间范围（起止日期） - 避免用模糊词：
maybe、temp、todo不算有效标记；[WIP]或[DEPRECATED]是另一类，别混用
为什么不能用 data- 属性或 class 标实验状态
因为这些属性会出现在 DOM 中，可能被 JS 误读、被 CSS 意外样式化、甚至被爬虫或分析工具抓取——实验功能不该暴露在运行时。
注释是唯一不参与渲染、不触发 JS/CSS、纯文档层的标注方式。
-
data-experimental="true"看似清晰，但一旦组件被innerHTML赋值或 SSR 渲染，就可能泄漏 -
class="experimental-search"风险更大：CSS 规则可能意外生效，DevTools 里一眼看不到“这是实验态” - 浏览器 DevTools 的 Elements 面板默认折叠注释，但右键“Reveal in Elements Panel”仍可查，够用且不干扰
和 Web Platform 特性检测（如 @supports）冲突吗
完全不冲突。注释是人工维护的开发元信息，@supports 是运行时能力判断，二者作用域不同。
容易踩的坑是：把实验性 CSS 特性（比如 container-type: inline-size）只靠注释标记，却不配 @supports 容错逻辑。
- 正确做法：注释说明“此区块使用实验性容器查询”，同时用
@supports (container-type: inline-size)包裹关键样式 - 错误做法：只注释，上线后在不支持的浏览器里直接白屏或错位
- 注意：Chrome Canary 和 Safari Tech Preview 支持度差异大，注释里的时间范围得按目标浏览器稳定版节奏定，不是按 Canary 发布日
CI/CD 流程里怎么自动检查实验性标记
靠 Git 钩子或 CI 脚本 grep 注释里的 [EXPERIMENTAL]，再校验是否含时间范围和负责人。
没做这步，实验代码很容易悄悄变成“永久临时方案”。
- 简单检查命令：
git grep -n '\[EXPERIMENTAL\]' -- '*.html' | grep -v '→.*20[2-3][0-9]-[0-1][0-9]'（找缺少有效截止时间的） - CI 报错示例：
ERROR: experimental tag missing deadline in header.html:142 - 别依赖 IDE 插件：团队里有人用 Vim、有人用 VS Code，统一靠脚本才可靠
实验性功能最麻烦的从来不是怎么写，而是怎么让它按时下线——注释里那个日期，得真有人定期翻 git log 去核对，不然跟没写一样。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
