前提
TCP/IP协议是一种网络协议，并不是在Android中才有的，也不只是在java中有，其他的开发语言中同样也可以使用TCP/IP协议进行网络编程
网络的分层
物理层-->数据链路层-->网络层-->传输层-->会话层-->表示层-->应用层
每个上一层都要基于底下一层而来，我们的IP协议是位于网络层，TCP协议是位于传输层。TCP协议是基于IP协议的，但是由于TCP协议和IP协议是互补的，就组成了我们常说的TCP/IP协议
应用层 - 为应用提供访问网络服务接口
表示层 - 提供数据/信息表示变换，让不同编码计算机可相互理解
会话层 - 组织同步不同计算机的进程通信（对话），对话的建立与拆除；还提供在数据流中插入同步点机制，数据传输中断后，也不必从头开始，仅重传最近一个同步点以后的数据
传输层 - 源主机与目的主机的连接与数据传输（端到端的数据传输）
网络层 - 寻找合适的路由，使网络层数据传输单元（分组）可以正确找到目的站
数据链路层 - 两个相邻结点间无差错地以帧为单位的数据传送
物理层 - 物理介质传输，比特流传输
CP/IP三次握手
(1)客户端向服务器端发送连接请求包SYN（syn=j），等待服务器回应；
(2)服务器端收到客户端连接请求包SYN（syn=j）后，将客户端的请求包SYN（syn=j）放入到自己的未连接队列，此时服务器需要发送两个包给客户端；
1.向客户端发送确认自己收到其连接请求的确认包ACK（ack=j+1），向客户端表明已知道了其连接请求
2.向客户端发送连接询问请求包SYN（syn=k），询问客户端是否已经准备好建立连接，进行数据通信；
(3) 客户端收到服务器的ACK（ack=j+1）和SYN（syn=k）包后，知道了服务器同意建立连接，此时需要发送连接已建立的消息给服务器；
向服务器发送连接建立的确认包ACK（ack=k+1），回应服务器的SYN（syn=k）告诉服务器，我们之间已经建立了连接，可以进行数据通信。
“三次握手”的目的是“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误
三次握手可以消除旧有连接请求的SYN消息对新连接的干扰，同步连接双方的序列号和确认号并交换TCP 窗口大小信息。
设想：如果只有两次握手，那么第二次握手后服务器只向客户端发送ACK包，此时客户端与服务器端建立连接。在这种握手规则下：
假设：如果发送网络阻塞，由于TCP/IP协议定时重传机制，B向A发送了两次SYN请求，分别是x1和x2，且因为阻塞原因，导致x1连接请求和x2连接请求的TCP窗口大小和数据报文长度不一致，如果最终x1达到A，x2丢失，此时A同B建立了x1的连接，这个时候，因为AB已经连接，B无法知道是请求x1还是请求x2同B连接，如果B默认是最近的请求x2同A建立了连接，此时B开始向A发送数据，数据报文长度为x2定义的长度，窗口大小为x2定义的大小，而A建立的连接是x1，其数据包长度大小为x1，TCP窗口大小为x1定义，这就会导致A处理数据时出错。很显然，如果A接收到B的请求后，A向B发送SYN请求y3（y3的窗口大小和数据报长度等信息为x1所定义），确认了连接建立的窗口大小和数据报长度为x1所定义，A再次确认回答建立x1连接，然后开始相互传送数据，那么就不会导致数据处理出错了。
TCP/IP释放连接需四次挥手
假设客户机A向服务器B请求释放TCP/IP连接，则：
第一次挥手：主机A向主机B发送FIN包；A告诉B，我（A）发送给你（B）的数据大小是N，我发送完毕，请求断开A->B的连接。
第二次挥手：主机B收到了A发送的FIN包，并向主机A发送ACK包；B回答A，是的，我总共收到了你发给我N大小的数据，A->B的连接关闭。
第三次挥手：主机B向主机A发送FIN包；B告诉A，我（B）发送给你（A）的数据大小是M，我发送完毕，请求断开B->A的连接。
第四次挥手：主机A收到了B发送的FIN包，并向主机B发送ACK包；A回答B，是的，我收到了你发送给我的M大小的数据，B->A的连接关闭。
需四次挥手原因：由于TCP的半关闭特性，TCP连接时双全工（即数据在两个方向上能同时传递），因此，每个方向必须单独的进行关闭。这个原则就是：当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向上的连接。当一端收到一个FIN后，它必须通知应用层另一端已经终止了那个方向的数据传送。即收到一个FIN意味着在这一方向上没有数据流动了
