域名分片在HTTP/1.1下有效，因其绕过浏览器同源并发连接数限制（6~8个），通过将资源分配至不同子域（如static1.example.com、static2.example.com），使各子域拥有独立连接池，从而提升并行下载能力。
为什么域名分片在 HTTP/1.1 下有效
HTTP/1.1 不支持多路复用，每个请求独占一个 TCP 连接；浏览器对「同源」（协议+域名+端口）的并发 TCP 连接数硬限制为 6～8 个。这意味着，哪怕你只发 10 个 fetch 或 10 张 https://api.example.com，第 7 个起就会排队等待。而换成 https://api1.example.com、https://api2.example.com 等不同子域后，浏览器视为不同源，各自拥有独立的 6 连接池——总量翻倍甚至更高。
子域名分片的实操要点
不是随便加个前缀就管用，必须满足以下条件：
- DNS 必须能正确解析所有子域名（如
static1.example.com、static2.example.com指向同一 CDN IP） - TLS 证书需覆盖全部子域名（推荐使用通配符证书
*.example.com，否则 Safari / iOS 会拒绝连接） - 避免 Cookie 泄漏：子域名若设了
Domain=example.com的 Cookie，请求会自动带上，增大请求头、拖慢传输；应让静态资源域名完全无 Cookie（如用cdn.example.com而非static.example.com） - 分片数量不宜过多：Chrome 对单个页面的总 socket 数也有上限（约 256），太多子域反而触发系统级限制；3～5 个是平衡点
HTML 中怎么写才真正生效
光改域名不够，标签写法影响解析和复用：
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
和放在里，提前触发 DNS 解析，减少首次请求延迟 - 图片资源分散写：
- CSS/JS 同理：把
main.css拆到https://static1.example.com/main.css，vendor.js放到https://static2.example.com/vendor.js - 禁止跨子域共享
localStorage或IndexedDB名称冲突——它们仍按完整域名隔离，但逻辑上容易误判
HTTP/2 环境下它反而可能有害
HTTP/2 原生支持多路复用，单个连接就能并发处理几十个请求；此时启用域名分片，不仅失去复用优势，还会额外增加 TLS 握手、TCP 慢启动、DNS 查询开销。判断是否启用分片前，先确认服务端是否已开启 HTTP/2（用 Chrome DevTools 的 Network 标签页看 Protocol 列）；若已是 h2，分片应停用。真正的兼容做法是：服务端通过 ALPN 协商支持 HTTP/2，前端保持单域名，仅对老旧 HTTP/1.1 客户端（如部分企业内网 IE）做 fallback 分片。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
