W3C Validator可精准定位<font>、<center>、<u>、<strike>、<marquee>等废弃标签并给出行号和错误描述，比grep更可靠；删除时须同步重构语义结构与CSS样式，并检查JS是否硬依赖这些标签。
直接用 W3C Validator 定位所有废弃标签，别靠肉眼扫
W3C HTML 验证器（https://validator.w3.org/nu/）会明确标出 <font>、<center>、<u>、<strike>、<marquee> 这类元素，并给出具体行号和错误描述，例如 “Element font is obsolete”。它不依赖浏览器渲染，也不放过大小写变体（如 <FONT> 或 <Font>），比 grep 更可靠——尤其当标签被 JS 动态插入或模板语法包裹时。
本地批量筛查可用：grep -i -o "<\(font\|center\|u\|strike\|marquee\|frame\|frameset\|noframes\)>" *.html。注意加 -i 忽略大小写，-o 只输出匹配标签本身，方便快速确认范围；但别加 -r 递归进 node_modules 或构建产物目录，避免误报。
删标签不是终点，语义和样式必须重写
只删 <font color="red">文本</font> 留下裸文本，等于放弃颜色控制和可维护性。正确做法是：加 class="error-text"，再统一用 CSS 控制；<center> 不能简单换成 <div style="text-align:center">，而应根据上下文选 text-align: center（文本居中）或 margin: 0 auto（块级居中），否则会破坏响应式布局。
<u> 和 <strike> 没有语义，屏幕阅读器不会特殊处理。需按意图替换：
- 表示强调 → 改用 <strong> 或 <em>
- 纯视觉下划线 → 改用 text-decoration: underline
- 表示删除内容 → 改用 <del>（语义正确，读屏器会读作“已删除”）
正则替换前必须检查 JS 是否硬编码依赖这些标签
很多老项目里，jQuery 或原生 JS 直接用 document.querySelector("u") 或 $("strike") 绑定事件或取值。如果先删标签再跑 JS，功能就断了。操作前务必全局搜索：querySelector、getElementsBy、$\(、.find\(" 等调用，确认没有对废弃标签的选择器硬依赖。
立即学习“前端免费学习笔记（深入）”；
VSCode 正则替换时常见坑：
- 别用 <font[^>]*>([^<]*)</font> 这种贪婪模式，遇到嵌套或换行容易跨标签匹配
- 想保留内容只删标签，用捕获组：<font[^>]*>((?:[^<]|<(?!/font))*)</font> 替换为 $1
- 所有替换前必须 git commit 或备份文件——正则误操作后 DOM 结构错乱，比重写还难修复
清理后仍要验证辅助技术实际行为
W3C 验证通过 ≠ 屏幕阅读器表现正常。比如 <marquee> 被替换成 CSS 动画后，若没加 aria-live 或暂停控制，对视障用户就是不可控的干扰源；<u> 改成 text-decoration 后，若没同步加 aria-label 或上下文说明，用户可能无法理解下划线含义。
真正麻烦的从来不是删掉几个标签，而是判断哪些“看起来像废弃”的东西其实承担着隐式语义或交互职责——比如一个空 <span class="sr-only"> 被误删，会导致关键提示消失；又或者某个 <b> 在旧版 IE 中被 JS 用来做样式 fallback，删了反而让部分用户看到未格式化文本。
