track报404本质是浏览器请求字幕文件（如.vtt）失败，需通过Network面板查看真实Request URL，比对路径、大小写、MIME类型（必须为text/vtt）及构建输出是否一致。
track 元素报 404，本质是浏览器发出了一个对字幕或章节文件（如 .vtt）的 HTTP 请求，但服务器没找到它——和图片、CSS 报 404 是同一类问题，只是容易被忽略，因为 track 不渲染可见内容。
看 Network 面板里 track 真实请求的 URL
打开开发者工具 → Network → 刷新页面 → 找标红的 .vtt（或 .webvtt、.xml）请求 → 点开看 Request URL。这个地址就是你要对齐的靶心。
- 如果显示
http://localhost/video/subtitles.en.vtt，但你实际把文件放在assets/subs/en.vtt，那就得改src属性 - 如果当前页面 URL 是
/blog/post.html，而，浏览器会请求/blog/sub.vtt，不是根目录下的/sub.vtt - 状态码是 0？大概率是
file://协议下跨域限制，必须用本地服务（如npx serve或 VS Code Live Server）
track 的 src 路径怎么写才不翻车
src 值不加 / 就是相对路径，基准是当前 HTML 页面的 URL，不是文件系统位置；加了才是从域名根开始算。
- 要确保所有页面都能加载：用绝对路径
src="/assets/subs/en.vtt" - 构建工具（如 Vite、Webpack）输出结构变了？检查
vite.config.ts的base和实际输出目录是否匹配，比如base: "/myapp/"，那src就得是/myapp/assets/subs/en.vtt - 别信编辑器里的“同级文件夹”直觉：
video.html和subs/en.vtt在磁盘同级，不代表浏览器会按这关系找——它只认 URL 层级
常见陷阱：大小写、扩展名、MIME 类型
Linux/macOS 服务器、CDN、GitHub Pages 全部区分大小写；.vtt 文件若被保存成 .vtt.txt 或带 BOM，也会 404。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 终端执行
ls -la assets/subs/，确认文件名完全一致：en.vtt≠EN.VTT≠en.vtt.txt - 用
curl -I http://localhost/assets/subs/en.vtt查看响应头，Content-Type必须是text/vtt（不是text/plain），否则部分浏览器拒绝加载 - Apache 需在
.htaccess或配置中加：AddType text/vtt .vtt；Nginx 加：types { text/vtt vtt; }
托管平台对 track 文件的特殊要求
GitHub Pages 默认不托管 .vtt，Vercel/Netlify 通常支持，但需确认文件真在构建产物里。
- GitHub Pages：把
.vtt放进docs/或gh-pages分支根目录，并确保仓库设置里 Source 选对分支；curl直接测https://user.github.io/repo/assets/subs/en.vtt - Vercel：运行
vercel build后看.vercel/output/static/是否包含该文件；若用next export，确认out/下路径与src一致 - Netlify：检查
_redirects是否误把.vtt重定向了；build日志里搜vtt确认是否被 copy 进publish目录
track 报 404 很难被肉眼发现，因为它不阻断视频播放，也不报 JS 错误——唯一可靠线索就是 Network 面板里那个标红的 .vtt 请求。路径写错、大小写不对、MIME 类型缺失、构建遗漏，四者占其一就会静默失效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
