不能直接给加background-color，因为是内联替换元素，默认作为上标式辅助文本渲染，不占据主文档流，背景色在Chrome、Firefox中被忽略或仅作用于基线高度区域，即使加padding和inline-block也易裁切或脱节。
多音字标注本身不带背景色，要加背景色必须用语义正确的标签包裹后通过 CSS 控制；直接对 或 设 background-color 会失效或错位，因为它们是内联替换元素，渲染行为特殊。
为什么不能直接给
是 Ruby Text 容器，浏览器默认将其作为“上标式辅助文本”渲染，不占据文档流主区域，background-color 在多数引擎（Chrome、Firefox）中被忽略或仅作用于极窄的基线高度区域。实测中即使加了 padding 和 display: inline-block，背景也常被裁切或与汉字脱节。
正确做法是：用 或 包裹整个 结构，再设背景：
<p>他读作<span class="pinyin-highlight"><ruby>长<rt>zhǎng</rt></ruby></span>，不是 cháng。</p>
然后在 CSS 中定义：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
.pinyin-highlight {
background-color: #fff3cd;
padding: 2px 6px;
border-radius: 3px;
line-height: 1.5;
}
可以，但需注意语义合理性： 表示“与当前上下文相关的需注意内容”，适合搜索结果页中标出用户输入的多音字匹配项（如“查‘长’字读音 → 高亮页面中所有 长”），不适合静态教材里固定标注。
- 动态场景（如 JS 渲染搜索结果）：用
更利于屏幕阅读器识别“这是你找的关键词” - 静态教学页：优先用
，避免语义过载 - 若用
，必须显式重写样式，不能依赖默认黄色（暗色模式下不可见）
多音字高亮时容易踩的三个坑
实际项目中高频出错点：
- 嵌套
在内部（如长）——会干扰 ruby 布局，导致注音偏移或换行 - 只给汉字设背景、漏掉注音部分——用户需要同时看清字形和读音，背景应覆盖整体结构
- 用
标签硬编码style="background-color:..."——已废弃，且无法控制渲染范围，兼容性差
最稳妥的组合是： 包裹完整 ，CSS 中用 background-color + padding + border-radius 统一控制视觉区块；多音字动态匹配时，再结合 Object.keys(tagColors).sort((a, b) => b.length - a.length) 防止短词（如“长”）先被高亮导致长词（如“长江”）断裂。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
