Android网络编程(一次网络请求)

先来描述一次网络请求过程：

1. 域名解析
2. TCP三次握手
3. 建立连接后发起Http请求
4. 服务器响应请求
5. 浏览器解析Html代码，同时请求资源
6. 浏览器渲染
7. TCP四次挥手
   接下来一步一步分析

域名解析

一张图搞定

三次握手

我把握手挥手的过程，比作网络上跟帖或表示赞同的“1”或者“+1”，模拟一个对话

有点事想找一下隔壁办公室的阿冰。
我：“阿冰，在吗？”
冰：“1”
我：“来一下”
冰：“1”

和握手过程很相似

C：“S，我想连接你。”     //在网络中发送的就是SYN=1(代表这个请求),seq=x(生成了个随机数x,代表C自己，可以想象成QQ号)
S收到消息，看了看SYN=1：“哎呀，有人想连我，谁啊？”//SYN=1(确认消息中途没改变，表示有人想连接)
S又看到了seq=x：“哦，昵称是x的这个家伙要连我”
S明白了C的意图：“+1”    //所以他发送了ACK=1(代表这个回复),seq=y(生成了个随机数y,代表S自己),ack=x+1(代表确实回复的x的那条消息)
C收到消息，看了看ACK=1，明白了S收到了自己发的消息并同意连接：“+1”   //SYN=1(确认消息中途没改变),seq=y+1(代表确实回复的y的那条消息))
S收到消息，看了看SYN=1，吐了口烟：“这消息没人修改过，打开连接连他”

这下再对照着看流程图

是不是就看懂了

发送请求，响应请求

TCP三次握手建立连接成功后，客户端按照指定的格式开始向服务端发送HTTP请求，服务端接收请求后，解析HTTP请求，处理完业务逻辑，最后返回一个具有标准格式的HTTP响应给客户端。
关于这部分在上一篇Android网络编程(Http协议篇)中已经讲过了，所以没看过上一篇的可以点进去看一下，这里就不再写了。

解析代码，请求资源

浏览器拿到html文件后，就开始解析其中的html代码，遇到js/css/image等静态资源时，向服务器端发起一个HTTP请求，如果服务器端返回304状态码（告诉浏览器服务器端没有修改该资源），那么浏览器会直接读取本地的该资源的缓存文件。否则开启新线程向服务器端去请求下载。

四次挥手

和前面三次握手一样，模拟一段对话

C：“S，没啥话说了挂了吧。”     //他发了一个FIN=u，u为随机数代表自己，想象成C的QQ号
S收到消息：“+1，你等一会我看看还有没有为其他事”     //他发了一个ack=u+1回复客户端收到消息
过一会，S：“OjbK了，可以挂了，你还有事吗”     //S发了FIN=v，v为随机数代表S自己，想象成S的QQ号
C收到：“没事了，挂了吧”      //发送了ACK=1代表这条消息，ack=v+1代表确实是回复的v的那条消息
这时候C抽了根烟冷静了一会(一会=2MSL，也就是消息传输一次的最长时间*2)，发现S没回复，这就证明S确实没事了挂了，这时候C也就挂了。

这里注意2MSL这东西是两倍的报文最大生存时间，也就是C发一条消息再收到回复的最长时间，也就是说2MSL没收到消息等价于服务器不会再回复了，所以此时断开连接。

上面就是一次Http请求的过程，Java也好C也好，都是人类发明的机器语言，所以这门语言的思想还是人的一般思考方式，所以理解东西多转化成自己的语言，这样更容易帮助自己消化知识，还有我写东西特别喜欢画流程图，就觉得写几万字也不如一张几百个字的图看着透彻。

好了，今天这篇文章就到这里，下次继续了解关于Android网络的事。