服务端路由由Web服务器或后端框架在请求到达时匹配路径并返回对应HTML文件，需配置通配符fallback支持SPA，同时规避Content-Type、Content-Encoding、Cache-Control三大响应头陷阱，并通过DOMParser安全加载HTML片段，服务端分流仅作用于路径级，不与前端懒加载冲突。
服务端路由如何决定加载哪个HTML文件
服务端路由不是前端JS控制的，它由Web服务器（如Nginx、Apache）或后端框架（如Express、FastAPI）在请求到达时就完成匹配和响应。浏览器发出的每个 GET /products/123 请求，服务端必须提前定义好规则：路径匹配成功 → 返回对应HTML（如 product-detail.html），而不是返回404或通用首页。
常见错误是前端写了 /user/:id 路由，但服务端没配置该路径，导致刷新页面时直接 404。真实部署中，服务端必须兜底所有可能的前端路由，通常用“通配符 fallback”实现：
- Nginx 中写
try_files $uri $uri/ /index.html;，让所有未命中静态文件的请求都返回index.html，交由前端路由接管 - Express 中用
app.get('*', (req, res) => res.sendFile(path.join(__dirname, 'index.html'))) - 注意：这种 fallback 只适用于 SPA 场景；若需真正服务端渲染不同 HTML（如 SEO 敏感页），就必须为每个路由显式
res.sendFile()或模板渲染
动态HTML分流必须避开的三个响应头陷阱
服务端返回的 HTML 能否被前端正确加载，取决于响应头是否允许跨域、是否压缩、是否声明类型。三个最容易踩坑的点：
-
Content-Type必须是text/html或带分号的变体（如text/html; charset=utf-8），但 Nginx 的sub_filter默认只匹配text/html—— 若后端返回带分号的类型，需显式配置sub_filter_types text/html;，否则注入失效 -
Content-Encoding: gzip会让sub_filter完全失效，因为它是基于明文字符串替换的。必须在 location 块中加gzip off;或用gunzip on;解压后再过滤 -
Cache-Control: public, max-age=3600看似合理，但若 HTML 内容频繁更新（如运营活动页），CDN 缓存会拦截新版本。建议对动态分流路径加Cache-Control: no-cache或带版本参数（?v=20260630）绕过缓存
前端 fetch 加载服务端HTML时怎么避免 XSS 和脚本静默
用 fetch('/products/123') 获取 HTML 片段再插入 DOM 是常见做法，但直接 el.innerHTML = htmlString 有两处硬伤：内联 <script> 不执行，且含 <link> 或 <meta> 的片段会被忽略。
立即学习“前端免费学习笔记（深入）”；
- 必须用
DOMParser解析字符串为文档对象，再分别提取head和body内容：const doc = new DOMParser().parseFromString(html, 'text/html') - 手动执行
<script>标签：遍历doc.scripts，用document.createElement('script')复制属性（src、type、async），再appendChild到当前document.head或目标容器 - 对不可信来源（如 CMS 输出）的 HTML，插入前必须过
DOMPurify.sanitize()，不能只靠textContent—— 后者会丢弃全部结构，破坏交互逻辑
服务端分流 + 前端懒加载的边界在哪
服务端做路径级分流（如 /blog/2026/06 → archive-202606.html），前端做组件级懒加载（import('./BlogList.vue')），二者不冲突但职责分明。容易混淆的是：「服务端返回的 HTML 是否还能再拆 chunk？」答案是否定的。
- 服务端返回的 HTML 是最终渲染产物，浏览器已将其解析为 DOM；此时再用
import()加载 JS 模块，只能增强已有 DOM 的行为，无法替代服务端已返回的内容 - 若想实现「首屏 HTML 由服务端直出，后续 tab 切换内容由前端异步加载」，必须在服务端 HTML 中预留容器（如
<div id="tab-content"></div>），前端 JS 再用fetch或import()动态填充，而非替换整个body - 构建工具（Vite/Webpack）生成的
import()chunk 文件名含 hash，服务端无法预知路径——所以服务端分流永远基于静态路径或查询参数，不能依赖前端打包后的哈希文件名
