TCP和http

http://www.cnblogs.com/lhbssc/archive/2012/02/11/2346761.html

 

TCP，传输层，就是单纯建立连接，不涉及任何我们需要请求的实际数据，简单的传输。http，应用层，是用来收发数据，即实际应用上来的。

从传输层，先说下TCP连接

要和服务端连接TCP连接，需要通过三次连接，包括：请求，确认，建立连接。即传说中的“三次握手协议”。

第一次：C发送一个请求连接的位码SYN和一个随机产生的序列号给Seq，然后S收到了这些数据。

第二次:S收到了这个请求连接的位码，啊呀，有人向我发出请求了么，那我要不要接受他的请求，得实现确认一下，于是，发送了一个确认码 ACN（seq+1），和SYN，Seq给C，然后C收到了，这个是第二次连接。

第三次：C收到了确认的码和之前发送的SYN一比较，一致，于是他又发送了一个ACN（SEQ+1）给S，S收到以后就确定建立连接，至此，TCP连接建立完成。

简单就是：请求，确认，连接。

TCP连接关闭

简单说来是 “先关读，后关写”，一共需要四个阶段。以客户机发起关闭连接为例：
1.服务器读通道关闭
2.客户机写通道关闭
3.客户机读通道关闭
4.服务器写通道关闭
关闭行为是在发起方数据发送完毕之后，给对方发出一个FIN（finish）数据段。直到接收到对方发送的FIN，且对方收到了接收确认ACK之后，双方的数据通信完全结束，过程中每次接收都需要返回确认数据段ACK。
详细过程：
    第一阶段   客户机发送完数据之后，向服务器发送一个FIN数据段，序列号为i；
    1.服务器收到FIN(i)后，返回确认段ACK，序列号为i+1，关闭服务器读通道；
    2.客户机收到ACK(i+1)后，关闭客户机写通道；
   （此时，客户机仍能通过读通道读取服务器的数据，服务器仍能通过写通道写数据）
    第二阶段 服务器发送完数据之后，向客户机发送一个FIN数据段，序列号为j；
    3.客户机收到FIN(j)后，返回确认段ACK，序列号为j+1，关闭客户机读通道；
    4.服务器收到ACK(j+1)后，关闭服务器写通道。
这是标准的TCP关闭两个阶段，服务器和客户机都可以发起关闭，完全对称。
FIN标识是通过发送最后一块数据时设置的，标准的例子中，服务器还在发送数据，所以要等到发送完的时候，设置FIN（此时可称为TCP连接处于半关闭状态，因为数据仍可从被动关闭一方向主动关闭方传送）。如果在服务器收到FIN(i)时，已经没有数据需要发送，可以在返回ACK(i+1)的时候就设置FIN(j)标识，这样就相当于可以合并第二步和第三步。

 

从实际上的数据应用来说http:

在前面客户端和应用服务器建立TCP连接之后，就需要用http协议来传送数据了，HTTP协议简单来说，还是请求，确认，连接。

总体就是C发送一个HTTP请求给S，S收到了这个http请求，然后返回给C http响应，然后C的中间件或者说浏览器把这些数据渲染成为了网页，展示在用户面前。

第一：发送一个http请求给S，这个请求包括请求头和请求内容：

request header：

包括：

    1.请求的方法是POST/GET,请求的URL，http协议版本

    2.请求的数据，和编码方式

    3是否有cookie和cooies，是否缓存等。

post和get请求方式的区别是，get把请求内容放在URL后面，但是URL长度有限制。而post是以表单的形势，适合要输入密码之类的，因为不在URL中显示，所以比较安全。

request body：即请求的内容.

第二：S收到了http请求，然后根据请求头，返回http响应。

 response header:包括：

    1.cookies或者sessions

    2.状态码

    3.内容大小等

response body：即响应的内容，包括，JS什么的。

第三，C收到了以后，就由浏览器完成一系列的渲染，包括执行JS脚本等。