HTML导入（<link rel="import">）已被废弃，Chrome 73起彻底移除，Firefox和Safari从未支持，浏览器直接忽略该标签，不发起请求、不执行脚本、不解析模板，静默失效，对HTML解析零干扰。
HTML 导入（<link rel="import">）早已被主流浏览器废弃，它不会影响现代 HTML 文件解析，因为现代浏览器根本不解析它。
为什么 <link rel="import"> 不再起作用
Chrome 73 起彻底移除了对 HTML Imports 的支持，Firefox 和 Safari 从未实现。当你在 HTML 中写 <link rel="import" href="component.html">，浏览器会：
- 忽略该标签，不发起请求（除非你手动用 JS 读取
href属性） - 不执行其中的
<script>、不解析<template>、不提升其 DOM 到主文档 - 控制台不会报错，但也不会有任何导入效果——静默失效
这意味着：它对 HTML 解析器的行为零干扰，既不阻塞、也不异步加载、更不触发二次解析。
想实现类似“导入”效果？用现代标准替代方案
真正影响文件解析的是你实际采用的加载方式。常见替代路径及其解析行为差异如下：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
-
import（ES 模块）：声明式、静态解析，type="module"脚本会延迟执行直到模块图解析完成，且自动启用严格模式 -
fetch()+innerHTML：动态插入 HTML 片段，其中的<script>默认不执行（需手动eval或创建<script>标签），且不触发 CSSOM/JS 执行时机重排 -
import('./component.js')（动态 import）：返回 Promise，不阻塞 HTML 解析，但执行时机由调用位置决定
例如：
<script type="module">
import { render } from './ui.js';
render(document.body);
</script> 这段代码本身是 HTML 解析器能识别的合法 script 标签，会参与构建 DOM 树和模块依赖图。
容易误以为“导入影响解析”的典型场景
实际出问题的往往不是“导入语法”，而是后续操作破坏了解析流程：
- 用
document.write()在解析中写入新 HTML：直接中断当前文档解析，清空已建 DOM，重启 parser - 同步 XHR 加载 HTML 后用
document.documentElement.innerHTML = ...：强制重置整个文档结构，触发完整重解析 - 在
<head>中动态插入<script src>并设defer缺失：可能阻塞 DOM 构建，尤其当脚本内联执行耗时逻辑
这些行为与“HTML Import”无关，但常被归因于“导入机制”，本质是资源加载时机 + DOM 操作方式的组合副作用。
真正需要警惕的，是把“模板字符串拼接 + innerHTML”当成安全导入——它绕过 HTML 解析器的语义校验，<script> 不执行看似安全，但若混入用户输入，就变成无防护的 XSS 温床；而原生 import 或 customElements.define 才是可控、可调试、有生命周期管理的组件化路径。
