必须在浏览器中实时验证格式化标签效果,通过chrome devtools修改html并检查styles/computed面板确认样式生效,注意和的默认行为差异,多浏览器测试,并配合屏幕阅读器验证语义。

直接在浏览器里看,别依赖编辑器预览或静态检查。格式化标签(如 <strong></strong>、<em></em>、<u></u>、<s></s>)本身不改变HTML结构,只影响渲染样式,必须通过真实渲染环境验证是否生效、是否被CSS覆盖、是否符合语义预期。
用 Chrome DevTools 实时修改并观察效果
这是最快最准的方式。打开你的 HTML 文件(本地双击或通过 Live Server 启动),按 F12 打开开发者工具,切换到 Elements 面板:
- 找到目标文本所在的标签(比如
<p></p>或<span></span>),右键选择Edit as HTML,手动插入<strong>加粗内容</strong>,回车后立即看到加粗变化 - 若没反应,选中该
<strong></strong>元素,在右侧Styles面板检查是否被自定义 CSS 重置了font-weight(例如写了strong { font-weight: normal; }) - 在
Computed面板里直接搜font-weight或text-decoration,确认最终计算值是否符合预期
注意 <u></u> 和 <s></s> 在现代浏览器中的默认行为变化
这两个标签在 HTML5 中已恢复语义,但默认样式受用户代理样式表和浏览器版本影响较大:
-
<u></u>不再是简单下划线:Chrome 99+ 默认仅对拼写错误或注释类内容加下划线,普通<u></u>可能无样式——需显式加text-decoration: underline; -
<s></s>渲染为删除线没问题,但若同时用了<del></del>,后者语义更强(表示已删除内容),且部分屏幕阅读器会播报差异 - 测试时务必在多个浏览器(Chrome、Firefox、Edge)中打开同一页面,对比
<u></u>是否一致显示,避免上线后才发现仅 Chrome 有下划线
别用 Notepad++ 或 VSCode 的“格式化”功能验证标签效果
这些编辑器的格式化插件(如 tidy2、Prettier)只处理代码缩进、换行、空格,完全不参与 HTML 渲染。它们不会帮你判断 <em></em> 是否被 font-style: italic; 覆盖,也不会告诉你 <small></small> 在移动端是否因 viewport 设置而失效。
- VSCode 的
html.format.*配置项(如html.format.wrapLineLength)只影响源码排版,和浏览器渲染无关 - Notepad++ 的
tidy2.dll可能自动补全缺失闭合标签(如把<strong>text</strong>补成<strong>text</strong>),但它不校验语义合理性——你写<strong><h1>标题</h1></strong>它也照格式化,但这是语义错误 - 真正要测的是“人眼看到什么 + 辅助技术如何理解”,不是“代码看起来整不整齐”
最容易被忽略的一点:格式化标签的语义价值无法靠视觉验证。比如 <em></em> 和 <i></i> 渲染效果可能一样,但前者告诉屏幕阅读器“此处有强调”,后者只是“不同语调或外语”。测试时得配合 NVDA 或 VoiceOver 实际听一遍,否则等于没测。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











