日前百度站长公布公布“百度铺开对优化呢？下面和笔者小丹一路分享业界前辈的那篇阐发文章。
起首，对速度有什么影响。影响次要来自两方面：
第一， 协议交互所增加的收集RTT(round trip time)。
第二， 加解密相关的计算耗时。
我们先来看一下收集耗时增加。因为 时会有如下收集上的交互耗时
HTTP首个恳求的收集耗时
HTTP首个恳求的收集耗时
可见，用户只需要完成TCP三次握手成立TCP毗连就可以间接发送HTTP恳求获取利用层数据，此外在整个拜候过程中也没有需要消耗计算资本的处所。
接下来看。如下图：
站点首个恳求对拜候速度的影响
站点首个恳求对拜候速度的影响
初次恳求需要的收集耗时阐明如下：
1、三次握手成立TCP毗连。耗时一个RTT。
2、利用跳转延时。
（1）大部门情状下用户不会手动输进。
（2）阅读器处置302跳转也需要耗时。
3、三次握手从头成立TCP毗连。耗时一个RTT。
302跳转到毗连。
4、TLS完全握手阶段一。耗时至少一个RTT。
（1）那个阶段次要是完成加密套件的协商和证书的身份认证。
（2）办事端和阅读器会协商出不异的密钥交换算法、对称加密算法、内容一致性校验算法、证书签名算法、椭圆曲线等。
（3）阅读器获取到证书后需要校验证书的有效性，好比能否过时，能否撤销。
5、 解析CA站点的DNS。耗时一个RTT。
（1）阅读器获取到证书后，有可能需要倡议OCSP或者CRL恳求，查询证书形态。
（2）阅读器起首获取证书里的CA域名。
（3）假设没有射中缓存，阅读器需要解析CA域名的DNS。
6、三次握手成立CA站点的TCP毗连。耗时一个RTT。
DNS解析到IP后，需要完成三次握手成立TCP毗连。
7、倡议OCSP恳求，获取响应。耗时一个RTT。
8、完全握手阶段二，耗时一个RTT及计算时间。
完全握手阶段二次要是密钥协商。
完全握手完毕后，阅读器和办事器之间停止利用层(也就是HTTP)数据传输。
当然不是每个恳求都需要增加7个RTT才气完成%的恳求才有可能需要履历上述步调，它们需要称心如下前提：
1、必需是初次恳求。即成立TCP毗连后倡议的第一个恳求，该毗连上的后续恳求都不需要再发作上述行为。
2、必需要发作完全握手，而一般情状下80%的恳求能实现简化握手。
3、 阅读器需要开启OCSP或者CRL功用。Chrome默认封闭了ocsp功用，firefox和IE都默认开启。
4、阅读器没有射中OCSP缓存。Ocsp一般的更新周期是7天，firefox的查询周期也是7天，也就说是7天中才会发作一次ocsp的查询。
5、阅读器没有射中CA站点的DNS缓存。只要没射中DNS缓存的情状下才会解析CA的DNS。
然后我们再来谈谈关于计算耗时增加。上面还只是简单描述了以上)，从阅读器和办事器的角度别离介绍一下：
1、阅读器计算耗时
（1）RSA证书签名校验，阅读器需要解密签名，计算证书哈希值。假设有多个证书链，阅读器需要校验多个证书。
（2）RSA密钥交换时，需要利用证书公钥加密premaster。耗时比力小，但假设手机性能比力差，可能也需要1ms的时间。
（3）ECC密钥交换时，需要计算椭圆曲线的公私钥。
（4）ECC密钥交换时，需要利用证书公钥解密获取办事端发过来的ECC公钥。
（5）ECC密钥交换时，需要根据办事端公钥计算master key。
（6）利用层数据对称加解密。
（7）利用层数据一致性校验。
2、办事端计算耗时
（1）RSA密钥交换时需要利用证书私钥解密premaster。那个过程十分消耗性能。
（2）ECC密钥交换时，需要计算椭圆曲线的公私钥。
（3）ECC密钥交换时，需要利用证书私钥加密ECC的公钥。
（3）ECC密钥交换时，需要根据阅读器公钥计算共享的master key。
（4）利用层数据对称加解密。
（5）利用层数据一致性校验。
因为客户端的CPU和操做系统品种比力多，所以计算耗时不克不及一概而论。手机端的以上。
固然我们晓得网速只是SEO优化影响因素的一部门，但是不克不及承认互联网八秒原则的存在的意义。优化所需要重点存眷的问题。
(转载请说明转自：，谢谢!爱护保重他人的劳动功效，就是在尊重自!）