servername 与 keepalive 无直接关系，仅用于虚拟主机匹配、url 生成和日志标识；连接复用由 ip/端口一致性、virtualhost 内 keepalive 配置及 sslsessioncache 共同决定。
ServerName 和 KeepAlive 没有直接配合关系。ServerName 不参与连接复用，也不影响 KeepAlive 行为。它只用于虚拟主机匹配、生成绝对 URL（比如重定向头）和日志标识，对 TCP 连接是否复用、复用多久、复用几次完全不起作用。
真正影响多域名连接复用的是虚拟主机结构和 KeepAlive 配置位置
当多个域名共用同一台 Apache 服务器时，浏览器是否能复用连接，取决于：
- 这些域名是否解析到同一个 IP + 端口（如都指向 192.168.1.10:443）
- Apache 是否在对应端口的
块中启用了 KeepAlive - 各域名对应的虚拟主机是否共享相同的 KeepAlive 参数配置（不是靠 ServerName 决定，而是靠配置块是否继承或重复声明）
多域名场景下 KeepAlive 的正确写法
KeepAlive 是全局指令，但生效范围由所在配置上下文决定。常见错误是只在主配置里开一次，却忽略 HTTPS 虚拟主机覆盖问题：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
HTTP 域名（*:80）：KeepAlive On 可写在主配置顶层，所有未显式关闭的
默认继承 -
HTTPS 域名（*:443）：必须在每个
块内单独写 KeepAlive On + KeepAliveTimeout + MaxKeepAliveRequests，否则默认可能为 Off（尤其某些一键包或安全加固模板） - 若多个域名共用一个 SSL 虚拟主机（如 ServerName a.com，ServerAlias b.com c.com），只需配一套 KeepAlive 参数即可，复用发生在连接层，与 Host 头无关
避免因 ServerName 设置不当间接破坏 KeepAlive 效果
虽然 ServerName 本身不干预连接，但错误配置会引发连锁问题：
- 多个
块中 ServerName 相同或冲突，导致 Apache 启动失败或配置未加载 → KeepAlive 实际未启用 - 大量 ServerAlias 或通配符（如 *.example.com）虽不影响 KeepAlive，但会拖慢虚拟主机匹配速度，间接增加首字节延迟（TTFB），让用户感知“复用没起效”
- 未为每个 HTTPS 域名配置独立 SSLSessionCache（如 shmcb:/var/cache/apache2/ssl_scache_a(512000)），会导致 TLS 会话无法复用 → 即使 KeepAlive 开了，每次请求仍要重做握手，复用收益归零
验证多域名是否真正复用连接
别看 ServerName，要看真实连接行为：
- 用 curl -v https://a.com/js/app.js 和 curl -v https://b.com/css/style.css 分别请求，检查响应头是否都有 Connection: keep-alive 和 Keep-Alive: timeout=3, max=99
- 用 Chrome DevTools 打开两个域名页面，Network 标签页筛选 js/css 文件，观察每条请求的 “Connection ID” 是否相同（HTTP/1.1 下复用连接时 ID 一致）
- 执行 netstat -anp | grep :443 | grep ESTABLISHED | wc -l，同时发起 10 次跨域名静态资源请求，活跃连接数应明显少于 10（说明复用成功）
