HTML5 的 标签在转 PDF 时默认不保留高亮，需显式定义 CSS 样式并选用支持该标签的工具；wkhtmltopdf 和 WeasyPrint 支持但表现不同，pdfmake/jsPDF 则完全忽略，推荐用 class 替代并配合打印预览验证。
HTML5 的 标签在转 PDF 时默认不会保留高亮样式，除非你显式控制 CSS 并选用支持该样式的转换工具。
PDF 转换工具是否识别
是语义化标签，本身不带样式；它能否在 PDF 中显示为黄色高亮，完全看转换工具是否把它的默认浏览器样式（background-color: #ff0）一并渲染。常见工具表现如下：
-
wkhtmltopdf（基于 WebKit）：默认会渲染的背景色，但需确保未被 CSS 重置（比如mark { background: none }） -
weasyprint：支持，但默认背景色较浅（#fffb33），建议显式定义mark { background-color: #ffff00; padding: 0 2px } -
pdfmake或jsPDF：不解析 HTML 标签，会被当作文本丢弃，必须提前提取内容+样式做结构化处理
用 CSS 强制声明
很多 PDF 工具忽略 UA 样式表，或使用精简版 CSS 支持。直接写内联或嵌入式样式最稳妥：
这是一段重点内容，导出 PDF 时将保持高亮。
立即学习“前端免费学习笔记（深入）”；
注意：padding 和 border-radius 在部分工具中可能被忽略，如需兼容性更强，可改用 background-image 模拟底纹，或用 span + 自定义 class 替代 。
导出前检查：避免被 CSS 重置或继承污染
以下情况会让 在 PDF 中“消失”：
- 全局重置了所有元素背景：
* { background: transparent } - 父容器设置了
overflow: hidden且mark有padding或border - 使用了 CSS 变量但目标工具不支持（如旧版
wkhtmltopdf不支持var(--highlight)） - 字体子集未包含所需字符，导致渲染异常（尤其含中文时）
建议导出前用浏览器打印预览（Ctrl+P → 选择“另存为 PDF”）快速验证样式是否生效——这步能暴露 80% 的样式丢失问题。
真正麻烦的不是加 ，而是不同工具对同一段 HTML 的 CSS 解析粒度差异极大；与其赌默认行为，不如把高亮逻辑收归到 class + 显式样式 + 导出前快照验证这个闭环里。
