域名收敛与拆分需依协议阶段选择：http/1.1宜拆分（2–4子域）以突破6连接限制；http/2+/3必须收敛至单域名以发挥多路复用优势，并验证真实协议支持及配套缓存、压缩、preload优化。
域名收敛与拆分不是互斥策略，而是针对不同网络阶段的针对性手段：在 HTTP/1.1 下适合域名拆分提升并发，在 HTTP/2+ 下应优先域名收敛减少连接开销。关键看协议支持和资源分布逻辑。
HTTP/1.1 场景：用域名拆分提升并发请求数
HTTP/1.1 默认每个域名限制 6 个 TCP 连接，浏览器对同一域名的资源会排队下载。将静态资源（如 JS、CSS、图片）分散到多个子域名下，可绕过该限制：
- 例如把 js.a.com、cdn1.a.com、cdn2.a.com 分别托管不同类别的脚本文件
- 注意控制子域名数量，通常 2–4 个为宜；过多会增加 DNS 查询开销和 SSL 握手成本
- 避免将同一页面的关键 JS 拆到多个域名——可能因网络抖动导致加载时序不可控
HTTP/2 或 HTTP/3 场景：必须做域名收敛
HTTP/2 支持多路复用（multiplexing），所有请求共享一个 TCP 连接，此时多个域名反而带来额外负担：
- 每个新域名都要独立完成 DNS 查询、TCP 握手、TLS 协商，显著拖慢首字节时间（TTFB）
- 浏览器无法跨域名复用连接，削弱了 HTTP/2 的核心优势
- 建议将所有静态资源统一归口到一个 CDN 域名（如 static.example.com），并开启 HTTP/2 支持
混合部署时的判断依据
不能只看服务器是否配置了 HTTP/2，而要看真实用户访问路径是否走通：
- 检查 Chrome DevTools → Network 面板中各 JS 请求的 Protocol 列，确认是否显示 h2 或 h3
- 关注 CDN 是否支持 ALPN 协商，以及边缘节点是否启用 QUIC（HTTP/3）
- 若仍有大量用户走 HTTP/1.1（如企业内网、老旧代理），可保留一组兼容域名，但需通过 User-Agent 或网络特征动态降级
配套优化不可少
仅靠域名调整效果有限，需同步落实基础措施：
- 确保所有 JS 资源启用 Cache-Control: public, max-age=31536000 和强缓存校验（ETag / Last-Modified）
- 对 JS 文件启用 Brotli 压缩（比 Gzip 平均再省 15% 体积），并在 Nginx 或 CDN 上配置
- 配合
preload提前拉取关键 JS：<link rel="preload" href="main.js" as="script">
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
