html中直接使用会报错，因其依赖服务器端ssi模块（如nginx需配置ssi on;，apache需启用options +includes），本地双击或file://协议下完全不生效，仅在可控后端环境中有效。
HTML里直接用<!--#include-->会报错？先看服务器是否支持
绝大多数本地双击打开的.html文件，或者用file://协议访问的页面，<!--#include file="header.html" -->这种写法根本不会生效——它不是浏览器功能，而是服务器端行为。Apache、Nginx等需显式启用SSI（Server Side Includes）模块，并把文件后缀设为.shtml或配置AddType text/html .html配合Options +Includes。没配好就写这行，页面里只会原样显示注释内容，甚至被当成无效HTML解析。
常见错误现象：
- 页面空白或布局错乱，检查源码发现
<!--#include ... -->原封不动留在HTML里 - Chrome控制台报
Failed to load resource，其实是服务器根本没处理这条指令
适用场景仅限：静态站点托管在可控服务器上，且你有权限改配置；不适合Vercel、Netlify这类纯前端托管平台。
Django/Jinja2里的{% include %}为什么不能在纯HTML里用
{% include "header.html" %}这类语法是模板引擎的编译指令，不是HTML标准。它必须经过后端（如Django的render()）或构建时（如Webpack+html-loader）处理，才能转成真实HTML。直接扔进浏览器，{%和%}会被当作文本渲染，甚至触发解析错误。
关键区别：
- 运行时机：
{% include %}在服务端/构建时执行；fetch('header.html')在浏览器运行时执行 - 参数能力：
{% include %}支持传参，比如{% include "card.html" with title="新闻" %}；纯JS方案得自己拼DOM或用template标签 - 路径解析：
{% include %}走的是模板搜索路径（如templates/components/），不是相对URL路径
用<template></template>标签做前端模块化，别漏掉content.cloneNode(true)
<template id="nav"><nav><ul><li>首页</li></ul></nav></template>本身不会渲染，但很多人忘了克隆——直接appendChild(template)会导致后续无法复用，因为DOM节点被移走了。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
正确做法：
- 必须用
template.content.cloneNode(true)，否则第二次调用就失效 - 如果模板里有
<script></script>或<style></style>，cloneNode(true)不会执行脚本，需手动eval或appendChild新创建的script元素 - 不支持动态数据绑定，填值得靠JS逐个
querySelector赋值，适合结构固定、数据量小的片段
它轻量、无依赖，但仅适合客户端纯静态复用，没法像模板引擎那样做条件判断或循环。
构建工具中html-loader的require('./header.html')怎么配才不报错
Webpack里写require('./header.html')报Module not found，大概率是html-loader没配对。它默认只处理import或require语句中的.html，但不会自动识别template标签里的src或data-src属性。
典型配置陷阱：
- loader规则写成
{ test: /\.html$/, use: ['html-loader'] }，但没加type: 'asset/source'或generator: { emit: false }，导致HTML被当作资源输出成单独文件 - 路径写错，比如
require('../components/header.html')而实际文件在src/components/，Webpack找不到 - 用了
html-webpack-plugin但没在template选项里指向主入口HTML，导致require链断掉
这个方案适合中大型项目，能和ESM、CSS模块等统一管理，但调试成本高——改了header.html要等热更新，错误提示也常指向打包后的main.js而非原始HTML文件。
真正难的不是选哪种方案，而是搞清“谁在什么时候处理这段HTML”：是服务器？构建工具？模板引擎？还是浏览器？混淆这四层，include永远只是字符串，不会变成真实DOM。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
