标签不负责关键字高亮,仅加载管理字幕;搜索高亮需手动解析webvtt内容为纯文本,渲染到可操作dom节点后,再通过安全遍历文本节点并插入实现。

<track></track> 标签本身不负责关键字高亮,它只负责加载和管理字幕内容(如 .vtt 文件),属于视频播放的“轨道控制层”。搜索关键字高亮是独立于 <track></track> 的前端文本处理逻辑,需在字幕文本渲染后、或字幕内容提取后另行实现。
要让视频字幕支持“搜索并高亮关键词”,需分两步走:先获取字幕文本,再对文本做安全高亮。以下是关键实现要点:
✅ 正确理解 <track></track> 的角色
-
<track></track>是声明式加载器:它把.vtt文件交给浏览器解析,并在<video></video>时间轴上同步显示字幕行。 - 浏览器不会暴露已解析的字幕文本 DOM 节点供你直接操作(比如
document.querySelectorAll('track')拿不到字幕<p></p>或<span></span>)。 - 所以:不能对
<track></track>元素本身调用innerHTML.replace()或遍历其子节点来高亮——它没有可见子元素,也不参与页面 DOM 渲染树。
✅ 实现搜索高亮的可行路径
1. 手动解析 WebVTT 内容(推荐)
从 <track></track> 的 src 属性发起请求,读取 .vtt 文件内容,解析出纯文本字幕(去掉时间戳、格式标签),再渲染到页面某处(如一个隐藏 <div id="subtitle-text">),最后对这个 DOM 区域执行高亮。<pre class="brush:javascript;toolbar:false;">async function loadAndHighlightSubtitles(trackEl, keyword) {
const vttUrl = trackEl.src;
const response = await fetch(vttUrl);
const vttText = await response.text();
// 简单解析:跳过 WEBVTT 头、空行、时间行,提取纯文本行
const lines = vttText.split('\n')
.filter(line => line.trim() && !/^WEBVTT|^[\d:]+ --> [\d:]+/.test(line));
const plainText = lines.join(' ');
// 渲染到可操作容器(例如 <div id="searchable-subtitles"></div>)
const container = document.getElementById('searchable-subtitles');
container.innerHTML = plainText;
// 对该容器执行安全高亮(见下文)
safeHighlight(container, keyword);
}</pre>
<h4>2. <strong>使用 <code>VideoTrackList + getCueAsHTML()(有限支持)
现代浏览器中,可通过 video.textTracks[0].cues 获取 VTTCue 对象列表,部分 cue 支持 getCueAsHTML() 返回 DOM 片段(但兼容性差,且 cue 内容可能含 <br> 等,需谨慎处理):
const track = video.textTracks[0];
if (track.mode === 'showing' && track.cues.length > 0) {
const firstCue = track.cues[0];
if (firstCue.getCueAsHTML) {
const frag = firstCue.getCueAsHTML(); // 返回 DocumentFragment
// ⚠️ 注意:frag 不是实时 DOM,需 append 到真实容器才能操作
}
}
❗此方式不稳定,不建议用于生产级搜索高亮;更适合实时字幕预览调试。
Wechat Article Html下载将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML,微信编辑器可直接渲染,无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
✅ 安全高亮字幕文本(关键!)
一旦你把字幕转为可操作的 HTML 文本(如放入 <div id="subtitle-text">),必须用<strong>文本节点遍历 + <code>mark 标签 + 正则转义,避免 XSS 和 DOM 错乱:
- ✅ 用
document.createTreeWalker(... NodeFilter.SHOW_TEXT)遍历纯文本节点 - ✅ 对关键词做双重转义:
escapeHtml(escapeRegex(keyword)) - ✅ 用
Range.surroundContents()或textNode.replaceWith(...)插入<mark></mark> - ✅ 显式定义 CSS(勿依赖浏览器默认):
mark {
background-color: #ffeb3b;
color: #212121;
padding: 0.1em 0.3em;
border-radius: 3px;
}
@media (prefers-color-scheme: dark) {
mark { background-color: #ffca28; color: #121212; }
}
? 若用户搜
<script>alert(1)</script>,不转义会直接执行脚本;不遍历文本节点而用innerHTML.replace()会破坏<br>、<i></i>等原有格式。
❌ 常见误区(务必避开)
- 直接对
<track></track>元素调用innerHTML或innerText→ 返回空字符串或undefined - 给
<track></track>添加class="highlight"或内联样式 → 完全无效,它不是渲染元素 - 以为浏览器字幕弹窗(
::cue伪元素)能被 JS 选中并高亮 →::cue只支持有限 CSS,不可添加mark或绑定事件 - 用
window.find()搜索视频区域 → 不作用于<track></track>渲染的字幕(它们不在主文档流中)
✅ 补充:想在字幕弹窗里高亮?用 ::cue(仅视觉,无语义)
如果只是希望所有字幕文字统一加黄色背景(非按搜索动态高亮),可用 CSS:
video::cue {
background-color: #ffeb3b;
color: #212121;
}
但这属于全局样式,无法响应用户输入的关键词,也不具备可访问性(屏幕阅读器不感知“这是搜索命中”)。
真正实现“搜索字幕→高亮匹配项”,核心是:绕过 <track></track> 的黑盒机制,主动拉取、解析、渲染、再高亮。它不是 <track></track> 的功能,而是你基于字幕数据做的增强。











