客户端一侧统计 https 比 http 平均响应时长更短

[justfly]

工作业务准备迁到 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 支持。

不负责的猜测，跟运营商的区别对待有关？

[v2orz]

关注一下，什么情况

[whileFalse]

用 s 的用户和不用 s 的你们是怎么分配的

[watzds]

Stack overflow 不就是为了性能迁移到 https 了嘛

[justfly]

@whileFalse 没有特定规则 用户属性上没有差别，仅不同应用分发途径

[chyiz]

如果是运营商那边的问题的话，难道是 http 流量劫持会有额外延迟，https 是直接放过所以反而快？

[chyiz]

LZ 有 300W 数据的话也许可以比较一下各地运营商的区别？

[justfly]

@watzds stackoverflow 那句话的意思是为了性能要上 HTTP/2，为了 HTTP/2 又不得不 HTTPS。

[justfly]

@chyiz 好建议！

[nfroot]

据说是 QOS 有关，但是数据包数量都不一致……

[akira]

明文包 会被强制关键字过滤一遍？

换个端口跑 http 测试下呢

[ZRS]

猜 http 明文会被运营商捋一遍...

[gongjianwei]

HTTP2 也可以不用 HTTPS，但是这个很少浏览器支持
为什么不肯部署 HTTP2 呢？

[justfly]

@gongjianwei 没有不肯啊 HTTP/2 肯定会部署的。只是在部署 HTTP/2 之前就遇到这个现象，拿出来大家讨论下。

[gongjianwei]

@justfly 这样……

[jiangzhuo]

楼主要不要再按照浏览器这个维度统计一下

[justfly]

@jiangzhuo 我们统计的 API 不是 web 页面 没有浏览器

[drolmen]

这就是淘宝所有连接 http 换成 https 其中的一个原因