URL 解析

主要分为：

域名相对于ip地址来说，更方便人们记忆，但是实际的网络传输中使用的是ip地址

DNS 解析

根据域名找到对应的ip
首先会在本机查找浏览器缓存，如果没有查操作系统缓存
如果还没有，就后台向本机已经通过DHCP配置好的DNS服务器发起一个查询递归请求
DNS服务器会首先查询自己的缓存，如果没有就向分布式DNS域名系统发起迭代查询，依次是根域名服务器，顶级域名服务器，权限域名服务器

第一次发送连接请求
- SYN=1表示这是一个TCP连接请求报文段
- seq设为x,作为TCP客户进程所选的初始序号
- TCP规定SYN=1的报文段不能携带数据，但要消耗掉一个序号
第二次发送请求连接请求确认报文段
- SYN=1和ACK=1表示这是一个TCP连接请求确认报文段
- seq设为y,作为TCP服务进程所选的初始序号
- ack=x+1,这是对TCP客户进程所选的初始序号的确认
- 因为SYN=1，所以不能携带数据，但要消耗掉一个序号
第三次发送请求连接确认的确认
- ACK=1,表示这是一个普通的TCP确认报文段
- seq=x+1,第一次发送请求连接，TCP客户进程所选的初始序号x,不携带数据，但是消耗一个序号
- ack=y+1,这是对TCP服务进程所选的初始序号的确认
- 普通的确认报文段可以携带数据
- 如果不携带数据，则不消耗序号；在这种情况下，下一个发送的序号seq仍为x+1

不多余。这是为了防止已失效的连接请求报文段突然又传到了服务器而导致错误，造成服务端资源浪费
假如我们把连接改为两次握手，就会产生如下错误情况

如果你输入http://www.taobao.com ，你首先会获得一个重定向的响应
然后浏览器重新发起对https://www.taobao.com 的请求

TSL 连接的过程如下：

消息发送与验证

建立连接后，浏览器发起Http请求，Http报文如下

客户端和服务端都可以释放连接

第一次发送释放连接请求
- FIN=1和ACK=1,表示这是一个TCP连接释放报文段
- seq=u,u为上一次发送请求的seq+1，即已传发送过的字节序号+1
- ack=v,表示对上一次请求确认的确认，即服务端已收到的字节序号+1
- TCP规定FIN=1的报文段即使不携带数据也要消耗一个序号
第二次发送对释放连接请求的确认
- ACK=1，表示这是一个普通的确认
- seq=v,v为服务端以收到的字节序号+1（正好和第一次请求的ack一致）
- ack=u+1,这是对连接释放报文段的确认

中间服务端可能还要有数据进行发送

第三次发送，TCP服务端发送TCP连接释放报文段
- FIN=1和ACK=1,表示这是一个TCP连接释放报文段
- seq=w，是因为服务端可能又发送了若干数据
- ack=u+1是对第一次请求连接释放报文段的重复确认
第四次TCP客户端发送普通确认报文段
- ACK=1，表示这是一个普通的确认
- seq=u+1,是因为第一次发送请求时消耗了一个字节序列
- ack=w+1，这是对第三次请求的确认