改完HTML5文档类型后链接失效，主因是触发浏览器严格模式，使base标签、相对路径解析和服务器Content-Type问题暴露。需检查base标签、修正../层级、确保服务器返回text/html。
为什么改完 HTML5 文档类型链接就打不开了
不是 本身导致失效，而是它触发了浏览器的「严格模式」，让原本在怪异模式下被宽容处理的相对路径解析逻辑突然变严格。典型表现是：页面能打开，但 、、 全部 404。
检查 base 标签是否意外覆盖了路径解析
很多老项目在 里写了 ，改 DOCTYPE 后浏览器开始真正遵循它——所有相对路径都以 为基准，而不是当前 HTML 文件位置。这是最隐蔽也最常被忽略的根源。
- 打开开发者工具 → Elements 面板，搜索
，看是否存在且href值是否合理（比如写成href="/css/"却放在子目录下） - 临时删掉
标签测试，如果链接恢复，说明问题在此 - 若必须用
，确保href是绝对路径（如https://example.com/）或以/开头的根相对路径，且与部署结构一致
相对路径中 ../ 的层级计算变精确了
怪异模式下浏览器对 ../ 的向上跳转有时会“自动容错”，比如多写一个 ../ 也可能凑巧命中；严格模式下则逐级解析，错一级就 404。
- 确认 HTML 文件所在路径（例如
/blog/post.html），再对照中的../数量是否真能回到目标目录 - 优先用「从当前 HTML 出发」的方式手算：当前路径去掉最后一段是父级，每多一个
../就再上一级 - 避免嵌套过深的相对路径，可改用根相对路径（如
/js/main.js）或构建时注入公共路径变量
服务器未启用 Content-Type 正确识别 HTML5
部分老旧服务器（尤其本地测试用的 Python SimpleHTTPServer 或某些嵌入式服务）默认返回 Content-Type: text/plain，导致浏览器不按 HTML 解析，自然也不加载外部资源。这常被误判为路径问题。
