提出一个老生常谈的问题：当你在浏览器输入一个url时，发生了什么？
下面是一张网络请求的简图：
根据图片，我们可以概括出以下的流程：
1，浏览器（客户端）通过DNS域名解析得到该ip地址。
2，浏览器（客户端）根据IP地址与目标web服务器通过TCP协议建立了TCP连接。（三次握手）
3，浏览器（客户端）向服务端发起http请求，请求服务器的资源文档。
4，服务器向浏览器（客户端）发送http应答包。
5，服务器与浏览器（客户端）断开（四次挥手），这时候浏览器开始解析文档。
这里说到了一个TCP协议,他是一个可靠的传输层协议，与之对比的再传输层也有一个“不可靠”的传输协议，就是UDP协议，下面给出两者的对比：
TCP（Transmission Control Protocol，传输控制协议）是基于连接的协议，也就是说，在正式收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来。
UDP协议它就在正式通信前不必与对方先建立连接，不管对方状态就直接发送。与手机短信非常相似：你在发短信的时候，只需要输入对方手机号就OK了。
UDP（User Data Protocol，用户数据报协议）是与TCP相对应的协议。它是面向非连接的协议，它不与对方建立连接，而是直接就把数据包发送过去！
三次握手
1.先Client端发送连接、请求报文。
2.Server端接受连接后回复ACK报文，并为这次连接分配资源。
3.Client端接收到ACK报文后也向Server端发送ACK报文，并分配资源，这样TCP连接就建立了。
四次挥手
1.Client端发起中断连接请求，也就是发送FIN报文。Server端接到FIN报文后，意思是说"我Client端没有数据要发给你了"，但是如果你还有数据没有发送完成，则不必急着关闭（Socket），可以继续发送数据。
2.server发送ACK，"告诉Client端，你的请求我收到了，但是我还没准备好，请继续等我的消息"。 wait:这个时候Client端就进入FIN_WAIT状态，继续等待Server端的FIN报文。
3.当Server端确定数据已发送完成，则向Client端发送FIN报文，"告诉Client端，好了，我这边数据发完了，准备好关闭连接了"。
4.Client端收到FIN报文后，"就知道可以关闭连接了，但是他还是不相信网络，怕Server端不知道要关闭，所以发送ACK后进入TIME_WAIT状态，如果Server端没有收到ACK则可以重传。“，Server端收到ACK后，"就知道可以断开连接了"。Client端等待了2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，我Client端也可以关闭连接了。Ok，TCP连接就这样关闭了！
