客户端与服务端交互模型 浏览器输入地址，按下回车键后，具体发生了哪些事情？

1. 浏览器URL解析

2. DNS域名解析

3. 和服务器建立TCP连接

4. 把客户端信息传送给服务器，发送HTTP请求

5. 服务器得到请求并处理HTTP响应

6. 客户端渲染服务端相应的内容

7. 断开TCP连接

正题：

1. 浏览器URL解析

• URI：（Unicom Resource Identifier） 统一资源标识
• URN：（Unicom Resource Name） 统一资源名称
• URL：（Unicom Resource Locator） 统一资源定位
URI = URN + URL。实际中说的URI其实是URL
协议+域名+端口号+路径+参数

2.DNS解析

1. 在浏览器中输入www . qq .com 域名，操作系统会先检查自己本地的hosts文件是否有这个网址映射关系，如果有，就先调用这个IP地址映射，完成域名解析。
2. 如果hosts里没有这个域名的映射，则查找本地DNS解析器缓存，是否有这个网址映射关系，如果有，直接返回，完成域名解析。
3. 如果hosts与本地DNS解析器缓存都没有相应的网址映射关系，首先会找TCP/ip参数中设置的首选DNS服务器，在此我们叫它本地DNS服务器，此服务器收到查询时，如果要查询的域名，包含在本地配置区域资源中，则返回解析结果给客户机，完成域名解析，此解析具有权威性。
4. 如果要查询的域名，不由本地DNS服务器区域解析，但该服务器已缓存了此网址映射关系，则调用这个IP地址映射，完成域名解析，此解析不具有权威性。
5. 如果本地DNS服务器本地区域文件与缓存解析都失效，则根据本地DNS服务器的设置（是否设置转发器）进行查询，如果未用转发模式，本地DNS就把请求发至13台根DNS，根DNS服务器收到请求后会判断这个域名(.com)是谁来授权管理，并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后，将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后，如果自己无法解析，它就会找一个管理.com域的下一级DNS服务器地址(http://qq.com)给本地DNS服务器。当本地DNS服务器收到这个地址后，就会找http://qq.com域服务器，重复上面的动作，进行查询，直至找到www . qq .com主机。
6. 如果用的是转发模式，此DNS服务器就会把请求转发至上一级DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把转请求转至上上级，以此循环。不管是本地DNS服务器用是是转发，还是根提示，最后都是把结果返回给本地DNS服务器，由此DNS服务器再返回给客户机。
   从客户端到本地DNS服务器是属于递归查询，而DNS服务器之间就是的交互查询就是迭代查询。
   简单版流程
   浏览器 - HOST - 本地DNS解析器 - TCP/IP设置 - 根DNS
   

3.TCP连接-三次握手

① A 的 TCP 向 B 发出连接请求报文段，其首部中的同步比特 SYN 应置为1，并选择序号 x，表明传送数据时的第一个数据字节的序号是 x（设置初始段序号SEQ = x ，例如SEQ = 26 500）。
② B 的 TCP 收到连接请求报文段后，如同意，则发回确认。
B 在确认报文段中应将 SYN 置为 1，其确认号ACK应为 x + 1（ACK 26 501），同时也给出自己的选择序号 y（设置初始段序号SEQ = y ，例如SEQ = 29 010）。
③ A 收到此报文段后，向 B 给出确认，其确认号应为 y + 1（ACK = 29011）。
A 的 TCP 通知上层应用进程，连接已经建立。
当运行服务器进程的主机 B 的 TCP 收到主机 A 的确认后，也通知其上层应用进程，连接已经建立。
由于客户对报文段进行了编号，它知道哪些序号是期待的，哪些序号是过时的。当客户发现报文段的序号是一个过时的序号时，就会拒绝该报文段，这样就不会造成重复连接。

4.把客户端信息传送给服务器，发送HTTP请求

HTTP请求
• 请求行

1. 请求方式+路径+协议版本

• 请求头

1. 通用首部(General Header)
2. 请求首部(Request Header)
3. 响应首部(Response Header)
4. 实体首部(Entity Header Fields)

• 请求体
• 响应行
• 响应头
• 响应体

5.服务器得到请求并处理HTTP响应

1. 请求的信息解析出来
2. web容器，Nginx、Apache访问资源
   a. 静态。直接去找路径
   b. 服务端程序处理返回。
3. 构建响应、HTTP状态码在此处产生
   HTTP状态码
   2XX 成功
   • 200(OK 客户端发过来的数据被正常处理
   • 204(Not Content 正常响应，没有实体
   • 206(Partial Content 范围请求，返回部分数据，响应报文中由Content-Range指定实体内容
   3XX 重定向
   • 301(Moved Permanently) 永久重定向
   • 302(Found) 临时重定向，规范要求方法名不变，但是都会改变
   • 303(See Other) 和302类似，但必须用GET方法
   • 304(Not Modified) 状态未改变 配合(If-Match、If-Modified-Since、If-None_Match、If-Range、If-Unmodified-Since)
   • 307(Temporary Redirect) 临时重定向，不该改变请求方法
   4XX 客户端错误
   • 400(Bad Request) 请求报文语法错误
   • 401 (unauthorized) 需要认证
   • 403(Forbidden) 服务器拒绝访问对应的资源
   • 404(Not Found) 服务器上无法找到资源
   5XX 服务器端错误
   • 500(Internal Server Error)服务器故障
   • 503(Service Unavailable) 服务器处于超负载或正在停机维护
4. 发送响应

6.客户端渲染服务端相应的内容

1. 浏览器将获取的HTML文档解析成DOM树。
2. 处理CSS标记，构成层叠样式表模型CSSOM(CSS Object Model)。
3. 将DOM和CSSOM合并为渲染树(rendering tree)将会被创建，代表一系列将被渲染的对象。
4. 渲染树的每个元素包含的内容都是计算过的，它被称之为布局layout。浏览器使用一种流式处理的方法，只需要一次绘制操作就可以布局所有的元素。
5. 将渲染树的各个节点绘制到屏幕上，这一步被称为绘制painting。

此处包含大量前端性能优化的问题

7.断开TCP连接

• 第一次挥手：客户端向服务器发送一个FIN报文段，将设置seq为160和ack为112，;此时，客户端进入 FIN_WAIT_1状态,这表示客户端没有数据要发送服务器了，请求关闭连接;
• 第二次挥手：服务器收到了客户端发送的FIN报文段，向客户端回一个ACK报文段，ack设置为1，seq设置为112;服务器进入了CLOSE_WAIT状态，客户端收到服务器返回的ACK报文后，进入FIN_WAIT_2状态;
• 第三次挥手：服务器会观察自己是否还有数据没有发送给客户端，如果有，先把数据发送给客户端，再发送FIN报文；如果没有，那么服务器直接发送FIN报文给客户端。请求关闭连接，同时服务器进入LAST_ACK状态;
• 第四次挥手：客户端收到服务器发送的FIN报文段，向服务器发送ACK报文段，将seq设置为161，将ack设置为113，然后客户端进入TIME_WAIT状态;服务器收到客户端的ACK报文段以后，就关闭连接;此时，客户端等待2MSL后依然没有收到回复，则证明Server端已正常关闭，客户端也可以关闭连接了。

注意：在握手和挥手时确认号应该是对方序列号加1,传输数据时则是对方序列号加上对方携带应用层数据的长度。