工作业务准备迁到 https,前期做了一下响应时长的布点:
两波用户,地区分布均匀,分别使用 https 和 http 协议,均为 HTTP/1.1,访问相同机房的相同 API,客户端网络访问代码相同,客户端计算响应时长并上报。
统计了总共约 300W 条上报数据,平均响应时间表现来看 https 比 http 更低,但响应长度越大差距倾向于越不明显:
API 1 http 261.048
API 1 https 249.078
API 2 http 150.849
API 2 https 123.712
API 3 http 146.97
API 3 https 120.916
PS. HTTPS 配置的 ssllabs 评分是搞到了 A 的。客户端可能有一定的连接复用和 session 复用,对耗时的 TLS 连接建立有优化,但是不应该导致速度比明文 HTTP 更快。服务端没有开启 HTTP/2 支持。
不负责的猜测,跟运营商的区别对待有关?
两波用户,地区分布均匀,分别使用 https 和 http 协议,均为 HTTP/1.1,访问相同机房的相同 API,客户端网络访问代码相同,客户端计算响应时长并上报。
统计了总共约 300W 条上报数据,平均响应时间表现来看 https 比 http 更低,但响应长度越大差距倾向于越不明显:
API 1 http 261.048
API 1 https 249.078
API 2 http 150.849
API 2 https 123.712
API 3 http 146.97
API 3 https 120.916
PS. HTTPS 配置的 ssllabs 评分是搞到了 A 的。客户端可能有一定的连接复用和 session 复用,对耗时的 TLS 连接建立有优化,但是不应该导致速度比明文 HTTP 更快。服务端没有开启 HTTP/2 支持。
不负责的猜测,跟运营商的区别对待有关?