TCP的连接重连之痛一条TCP连接是由四元组标识的（源IP，源端口，目的IP，目的端口）。什么叫连接迁移呢？就是当其中任何一个元素发生变化时，这条连接依然维持着，能够保持业务逻辑不中断。当然这里面主要关注的是客户端的变化，因为客户端不可控并且网络环境经常发生变化，而服务端的IP和端口一般都是固定的。比如大家使用手机在WIFI和4G移动网络切换时，客户端的IP肯定会发生变化，需要重新建立和服务端的TCP连接。又比如大家使用公共NAT出口时，有些连接竞争时需要重新绑定端口，导致客户端的端口发生变化，同样需要重新建立TCP连接。从TCP连接的角度来讲，这个问题是无解的。基于UDP的QUIC连接迁移实
HTTP/3基于UDP的QUIC协议，多路复用安全传输HTTP/1.1和HTTP/2都将TCP用作其传输协议HTTP/3和QUIC具有很多优势：1.第一个请求的响应时间更短。在客户端和服务器之间以较少的往返次数协商连接，第一个请求会更快地到达服务器。2.改进了发生连接数据包丢失时的体验。HTTP/2通过一个TCP连接多路复用多个请求。如果在连接时发生数据包丢失，会影响所有请求。这个问题称为“队头阻塞”。由于QUIC提供本机多路复用，因此丢失的数据包只会影响已丢失数据的请求。3.支持在网络之间转换。对于移动设备非常有用，因为在移动设备更改位置时，在WIFI和移动电话网络之间切换是很常见的。目前，
HTTP/3基于UDP的QUIC协议，多路复用安全传输HTTP/1.1和HTTP/2都将TCP用作其传输协议HTTP/3和QUIC具有很多优势：1.第一个请求的响应时间更短。在客户端和服务器之间以较少的往返次数协商连接，第一个请求会更快地到达服务器。2.改进了发生连接数据包丢失时的体验。HTTP/2通过一个TCP连接多路复用多个请求。如果在连接时发生数据包丢失，会影响所有请求。这个问题称为“队头阻塞”。由于QUIC提供本机多路复用，因此丢失的数据包只会影响已丢失数据的请求。3.支持在网络之间转换。对于移动设备非常有用，因为在移动设备更改位置时，在WIFI和移动电话网络之间切换是很常见的。目前，
作者：赵咏QUIC的发音类似于Quick，实际上也确实很快。它可以很好地解决应用在传输层和应用层面临的各种需求，包括处理更多的连接、安全性以及低延迟。目前在互联网领域，QUIC可以说刮起了新一代互联网传输协议的风。对开发者而言，了解QUIC更是有助于时延敏感性应用以及音视频、购物支付等应用场景的体验提升。1 QUIC拥有两大优势***0RTT，建立低延迟传输**传统的TLS协议，需要经过两级握手实现用户数据的传输。第一级包括TCP的三次握手，至少需要一个来回；第二级是TLS协议的握手，通过ClienHello、ServerHello几次握手的数据包协商后才能开始用户数据传输。虽然TLS1.3在
作者：赵咏QUIC的发音类似于Quick，实际上也确实很快。它可以很好地解决应用在传输层和应用层面临的各种需求，包括处理更多的连接、安全性以及低延迟。目前在互联网领域，QUIC可以说刮起了新一代互联网传输协议的风。对开发者而言，了解QUIC更是有助于时延敏感性应用以及音视频、购物支付等应用场景的体验提升。1 QUIC拥有两大优势***0RTT，建立低延迟传输**传统的TLS协议，需要经过两级握手实现用户数据的传输。第一级包括TCP的三次握手，至少需要一个来回；第二级是TLS协议的握手，通过ClienHello、ServerHello几次握手的数据包协商后才能开始用户数据传输。虽然TLS1.3在
2015年HTTP/2标准发表后，大多数主流浏览器也于当年年底支持该标准。此后，凭借着多路复用、头部压缩、服务器推送等优势，HTTP/2得到了越来越多开发者的青睐。不知不觉的HTTP已经发展到了第三代，鹅厂也紧跟技术潮流，很多项目也在逐渐使用HTTP/3。本文基于兴趣部落接入HTTP/3的实践，聊一聊HTTP/3的原理以及业务接入的方式。1.HTTP/3原理1.1HTTP历史在介绍HTTP/3之前，我们先简单看下HTTP的历史，了解下HTTP/3出现的背景。随着网络技术的发展，1999年设计的HTTP/1.1已经不能满足需求，所以Google在2009年设计了基于TCP的SPDY，后来SP
2015年HTTP/2标准发表后，大多数主流浏览器也于当年年底支持该标准。此后，凭借着多路复用、头部压缩、服务器推送等优势，HTTP/2得到了越来越多开发者的青睐。不知不觉的HTTP已经发展到了第三代，鹅厂也紧跟技术潮流，很多项目也在逐渐使用HTTP/3。本文基于兴趣部落接入HTTP/3的实践，聊一聊HTTP/3的原理以及业务接入的方式。1.HTTP/3原理1.1HTTP历史在介绍HTTP/3之前，我们先简单看下HTTP的历史，了解下HTTP/3出现的背景。随着网络技术的发展，1999年设计的HTTP/1.1已经不能满足需求，所以Google在2009年设计了基于TCP的SPDY，后来SP
问题因为业务需求把所有业务的域名都搞成相同的，导致Cronet在底层连接出错的判断逻辑也跟着出错了。原因是域名相同后，假如某个业务域名所建立的连接一直出错，但是该连接的端口有1-3个的话，出错后cronet会记录内存、本地，后续有其他业务域名命中这个1-3个端口的话，就会导致一直命中跳过quic连接的逻辑。本章节主要分析quic连接出错状态后续会导致其他连接被误认为是需要跳过的。QuicJob创建流程要解决问题，我们首先要弄清楚整个quicjob的创建流程，首先是job_controller控制所有http请求的Job创建，来到http_stream_factory_job时候，里面就根据逻辑
问题因为业务需求把所有业务的域名都搞成相同的，导致Cronet在底层连接出错的判断逻辑也跟着出错了。原因是域名相同后，假如某个业务域名所建立的连接一直出错，但是该连接的端口有1-3个的话，出错后cronet会记录内存、本地，后续有其他业务域名命中这个1-3个端口的话，就会导致一直命中跳过quic连接的逻辑。本章节主要分析quic连接出错状态后续会导致其他连接被误认为是需要跳过的。QuicJob创建流程要解决问题，我们首先要弄清楚整个quicjob的创建流程，首先是job_controller控制所有http请求的Job创建，来到http_stream_factory_job时候，里面就根据逻辑
