HTTP与TCP的区别和联系

相信不少初学⼿机联⽹开发的朋友都想知道Http与Socket连接究竟有什么区别，希望通过⾃⼰的浅显理解能对初学者有所帮助。⼀、基本概念1、TCP连接

⼿机能够使⽤联⽹功能是因为⼿机底层实现了TCP/IP协议，可以使⼿机终端通过⽆线⽹络建⽴TCP连接。TCP协议可以对上层⽹络提供接⼝，使上层⽹络数据的传输建⽴在“⽆差别”的⽹络之上。 建⽴起⼀个TCP连接需要经过“三次握⼿”：

第⼀次握⼿：客户端发送syn包(syn=j)到服务器，并进⼊SYN_SEND状态，等待服务器确认；

第⼆次握⼿：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时⾃⼰也发送⼀个SYN包（syn=k），即SYN+ACK包，此时服务器进⼊SYN_RECV状态；

第三次握⼿：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进⼊ESTABLISHED状态，完成三次握⼿。

握⼿过程中传送的包⾥不包含数据，三次握⼿完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接⼀旦建⽴，在通信双⽅中的任何⼀⽅主动关闭连 接之前，TCP 连接都将被⼀直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握⼿”（过程就不细写 了，就是服务器和客户端交互，最终确定断开）

2、HTTP连接

HTTP协议即超⽂本传送协议(Hypertext Transfer Protocol )，是Web联⽹的基础，也是⼿机联⽹常⽤的协议之⼀，HTTP协议是建⽴在TCP协议之上的⼀种应⽤。

HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建⽴连接到关闭连接的过程称为“⼀次连接”。

1）在HTTP 1.0中，客户端的每次请求都要求建⽴⼀次单独的连接，在处理完本次请求后，就⾃动释放连接。

2）在HTTP 1.1中则可以在⼀次连接中处理多个请求，并且多个请求可以重叠进⾏，不需要等待⼀个请求结束后再发送下⼀个请求。 由于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是⼀种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的 做法是即时不需要获得任何数据，客户端也保持每隔⼀段固定的时间向服务器发送⼀次“保持连接”的请求，服务器在收到该请求后对客户端进⾏回复，表明知道客 户端“在线”。若服务器长时间⽆法收到客户端的请求，则认为客户端“下线”，若客户端长时间⽆法收到服务器的回复，则认为⽹络已经断开。

3、SOCKET原理3.1套接字（socket）概念

套接字（socket）是通信的基⽯，是⽀持TCP/IP协议的⽹络通信的基本操作单元。它是⽹络通信过程中端点的抽象表⽰，包含进⾏⽹络通信必须的五种信息：连接使⽤的协议，本地主机的IP地址，本地进程的协议端⼝，远地主机的IP地址，远地进程的协议端⼝。

应⽤层通过传输层进⾏数据通信时，TCP会遇到同时为多个应⽤程序进程提供并发服务的问题。多个TCP连接或多个应⽤程序进程可能需要通过同⼀个 TCP协 议端⼝传输数据。为了区别不同的应⽤程序进程和连接，许多计算机为应⽤程序与TCP／IP协议交互提供了套接字(Socket)接⼝。应⽤层可以 和传输层通过Socket接⼝，区分来⾃不同应⽤程序进程或⽹络连接的通信，实现数据传输的并发服务。3.2 建⽴socket连接

建⽴Socket连接⾄少需要⼀对套接字，其中⼀个运⾏于客户端，称为ClientSocket ，另⼀个运⾏于服务器端，称为ServerSocket 。 套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：服务器端套接字并不定位具体的客户端套接字，⽽是处于等待连接的状态，实时监控⽹络状态，等待客户端的连接请求。 客户端请求：指客户端的套接字提出连接请求，要连接的⽬标是服务器端的套接字。为此，客户端的套接字必须⾸先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端⼝号，然后就向服务器端套接字提出连接请求。

连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建⽴⼀个新的线程，把服务器端套接字的描述发给客户 端，⼀旦客户端确认了此描述，双⽅就正式建⽴连接。⽽服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

4、SOCKET连接与TCP连接

创建Socket连接时，可以指定使⽤的传输层协议，Socket可以⽀持不同的传输层协议（TCP或UDP），当使⽤TCP协议进⾏连接时，该Socket连接就是⼀个TCP连接。5、Socket连接与HTTP连接

由于通常情况下Socket连接就是TCP连接，因此Socket连接⼀旦建⽴，通信双⽅即可开始相互发送数据内容，直到双⽅连接断开。但在实际⽹络应⽤ 中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、⽹关、防⽕墙等，⼤部分防⽕墙默认会关闭长时间处于⾮活跃状态的连接⽽导 致 Socket 连接断连，因此需要通过轮询告诉⽹络，该连接处于活跃状态。

⽽HTTP连接使⽤的是“请求—响应”的⽅式，不仅在请求时需要先建⽴连接，⽽且需要客户端向服务器发出请求后，服务器端才能回复数据。

很多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。此时若双⽅建⽴的是Socket连接，服务器就可以直接将数据传送给 客户端；若双⽅建⽴的是HTTP连接，则服务器需要等到客户端发送⼀次请求后才能将数据传回给客户端，因此，客户端定时向服务器端发送连接请求，不仅可以 保持在线，同时也是在“询问”服务器是否有新的数据，如果有就将数据传给客户端。

⼆、相互关系

⾸先，纠正⼀下我以前⼀直误解的概念，我⼀直以为Http和Tcp是两种不同的，但是地位对等的协议，虽然知道TCP是传输层，⽽http是应⽤层今天学习了下，知道了 http是要基于TCP连接基础上的，简单的说，TCP就是单纯建⽴连接，不涉及任何我们需要请求的实际数据，简单的传输。http是⽤来收发数据，即实际应⽤上来的。

第⼀：从传输层，先说下TCP连接，我们要和服务端连接TCP连接，需要通过三次连接，包括：请求，确认，建⽴连接。即传说中的“三次握⼿协议”。

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

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

第三次：C收到了确认的码和之前发送的SYN⼀⽐较，偶哟，对上了么，于是他⼜发送了⼀个ACN（SEQ+1）给S，S收到以后就确定建⽴连接，⾄此，TCP连接建⽴完成。 简单就是：请求，确认，连接。

第⼆：从实际上的数据应⽤来说httP

在前⾯客户端和应⽤服务器建⽴TCP连接之后，就需要⽤http协议来传送数据了，HTTP协议简单来说，还是请求，确认，连接。 总体就是C发送⼀个HTTP请求给S，S收到了这个http请求，然后返回给Chttp响应，然后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或者sessions2.状态吗3.内容⼤⼩等response body：

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

第三，C收到了以后，就由浏览器完成⼀系列的渲染，包括执⾏JS脚本等。 这就是我所理解的webTCP,HTTP基础知识，待续。。。。。

TCP是底层通讯协议，定义的是数据传输和连接⽅式的规范 HTTP是应⽤层协议，定义的是传输数据的内容的规范

HTTP协议中的数据是利⽤TCP协议传输的，所以⽀持HTTP也就⼀定⽀持TCP

HTTP⽀持的是www服务 ⽽TCP/IP是协议

它是Internet国际互联⽹络的基础。TCP/IP是⽹络中使⽤的基本的通信协议。

TCP/IP实际上是⼀组协议，它包括上百个各种功能的协议，如：远程登录、⽂件传输和电⼦邮件等，⽽TCP协议和IP协议是保证数据完整传输的两个基本的重要协议。通常说TCP/IP是Internet协议族，⽽不单单是TCP和IP。