套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。
它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。（其实就是bind绑定）
应用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个 TCP协议端口传输数据。
为了区别不同的应用程序进程和连接，计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。【服务端利用多进程或多线程连接多个应用程序】
应用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。
简单描述，具体查看博文：Linux 网络编程——socket 网络编程
（1）建立Socket连接至少需要一对套接字（socket函数），其中一个运行于客户端，称为ClientSocket ，另一个运行于服务器端，称为ServerSocket 。
（2）bind做网络通信必须的五种信息绑定。
（3）套接字之间的连接过程分为三个步骤：服务器监听（listen），客户端请求（connect），连接确认（accept）。
1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。
2）在HTTP> 1.1中，则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。–>异步请求
由于HTTP在每次请求结束后服务端都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，客户端需要向服务器不断地发起连接请求。
若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。
通常的做法是即使不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一保持连接的请求，服务器在收到该请求后对客户端进行回复，表明知道客户端“在线”。
注意：TCP/IP协议不仅仅指的是TCP 和IP两个协议，而是指一个由FTP、SMTP、TCP、UDP、IP等协议构成的协议簇， 只是因为在TCP/IP协议中TCP协议和IP协议最具代表性，所以被称为TCP/IP协议。
就像配置串口通信一样，通信双方要提前制定好规则（传输速率，传输格式），这样接受信息的过程、接受到的信息才会正确。
创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），例如当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。
从程序员的层面上来说：socket则是对TCP/IP协议的封装和应用。socket是封装好的接口，便于程序员调用
Socket本身并不是协议，而是一个调用接口（API），通过Socket，我们才能使用TCP/IP协议。
实际上，Socket跟TCP/IP协议没有必然的联系。Socket编程接口在设计的时候，就希望也能适应其他的网络协议。所以说，Socket的出现 只是使得程序员更方便地使用TCP/IP协议栈而已，是对TCP/IP协议的抽象，从而形成了我们知道的一些最基本的函数接口，比如create、 listen、connect、accept、send、read和write等等。
“TCP/IP只是一个协议栈，就像操作系统的运行机制一样，必须要具体实现，同时还要提供对外的操作接口。TCP/IP也要提供可供程序员做网络开发所用的接口，这就是Socket编程接口。”
Socket是长连接：由于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开，这称为长连接(socket会自动向服务端发送心跳包吧，这样可一直保持连接)。
HTTP是短连接：HTTP连接使用的是“请求—响应”的方式，不仅在请求时需要先建立连接，而且需要客户端向服务器发出请求后，服务器端才能回复数据。【发送请求 -> 回复 -> 断开】，这称为短连接。
很多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。
（1）此时若双方建立的是Socket连接，服务器就可以直接将数据传送给客户端；
在实际网络应用中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致Socket 连接断连，因此需要通过轮询告诉网络，该连接处于活跃状态。
（2）若双方建立的是HTTP连接，则服务器需要等到客户端发送一次请求后才能将数据传回给客户端。因此，客户端定时向服务器端发送连接请求，不仅可以保持在线，同时也是在“询问”服务器是否有新的数据，如果有就将数据传给客户端。
TPC/IP协议是传输层协议，主要解决数据在网络中如何传输，而HTTP是应用层协议，主要解决如何包装数据。
“我们在传输数据时，可以只使用（传输层）TCP/IP协议，双方就能收发数据，但是无法解析数据；如果没有应用层，便无法识别数据内容，如果想要使传输的数据有意义，则必须使用到应用层协议，HTTP协议解决了浏览器和服务器之间通讯协议的数据格式解析；，应用层协议有很多，比如HTTP、FTP、TELNET等。
关系如下：
所谓长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发检测包以维持此连接(心跳包)，一般需要自己做在线维持。 短连接是指通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接。比如Http的，只是连接、请求、关闭，过程时间较短,服务器若是一段时间内没有收到请求即可关闭连接。其实长连接是相对于通常的短连接而说的，也就是长时间保持客户端与服务端的连接状态。
通常的短连接操作步骤是：连接→数据传输→关闭连接；
而长连接通常就是：连接→数据传输→保持连接(心跳)→数据传输→保持连接(心跳)→……→关闭连接；
HTTP是短连接，Socket(基于TCP协议的)是长连接。尽管HTTP1.1开始支持持久连接，但仍无法保证始终连接，客户端获得响应后，连接将自行终止。而Socket连接一旦建立TCP三次握手，除非一方主动断开，否则连接状态一直保持。
HTTP连接服务端无法主动发消息【即单向的】，Socket连接双方请求的发送先后限制【全双工】。这点就比较重要了，因为它将决定二者分别适合应用在什么场景下。HTTP采用“请求-响应”机制，在客户端还没发送消息给服务端前，服务端无法推送消息给客户端。必须满足客户端发送消息在前，服务端回复在后。Socket连接双方类似peer2peer的关系，一方随时可以向另一方喊话。
websocket以ws://或wss://开头。
两个计算机进行网络通讯时使用TCP协议就够了，双方就能收发数据，但是无法解析数据；
HTTP协议解决了浏览器和服务器之间通讯协议的数据格式解析；
HTTP协议基于TCP协议，通过TCP协议传输数据；HTTP协议是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。HTTP协议主要解决如何包装数据。
Socket套接字是通信的基石，是程序员能够进行 TCP/IP 编程的最小单位。是支持TCP/IP协议的网络通信的基本操作单元。当使用 TCP 协议进行连接时，该 Socket 连接就是一个TCP 连接。
HTTP是应用层的协议，更靠近用户端；TCP是传输层的协议；而socket是从传输层上抽象出来的一个抽象层，本质是接口
HTTP是短连接，Socket(基于TCP协议的)是长连接
HTTP连接服务端无法主动发消息，客户端发送的每次请求服务器都需要回送响应。Socket连接双方请求的发送先后限制
HTTP位于应用层，socket位于会话层，TCP位于传输层
用HTTP的情况：
用Socket的情况：
HTTP/1.1 存在一个问题，单个 TCP 连接在同一时刻只能处理一个请求，意思是说：两个请求的生命周期不能重叠，任意两个 HTTP 请求从开始到结束的时间在同一个 TCP 连接里不能重叠。虽然 HTTP/1.1 规范中规定了 Pipelining 来试图解决这个问题，但是这个功能在浏览器中默认是关闭的。
但是，HTTP2 提供了 Multiplexing 多路传输特性，可以在一个 TCP 连接中同时完成多个 HTTP 请求。
那么在 HTTP/1.1 时代，浏览器是如何提高页面加载效率的呢？主要有下面两点：
假设我们还处在 HTTP/1.1 时代，那个时候没有多路传输，当浏览器拿到一个有几十张图片的网页该怎么办呢？肯定不能只开一个 TCP 连接顺序下载，那样用户肯定等的很难受，但是如果每个图片都开一个 TCP 连接发 HTTP 请求，那电脑或者服务器都可能受不了，要是有 1000 张图片的话总不能开 1000 个TCP 连接吧，你的电脑同意 NAT 也不一定会同意。
所以答案是：有。Chrome最多允许对同一个 Host 建立六个 TCP 连接。不同的浏览器有一些区别。
收到的 HTML 如果包含几十个图片标签，这些图片是以什么方式、什么顺序、建立了多少连接、使用什么协议被下载下来的呢？
如果图片都是 HTTPS 连接并且在同一个域名下，那么浏览器在 SSL 握手之后会和服务器商量能不能用 HTTP2，如果能的话就使用Multiplexing 功能在这个连接上进行多路传输。不过也未必会所有挂在这个域名的资源都会使用一个 TCP 连接去获取，但是可以确定的是 Multiplexing 很可能会被用到。
如果发现用不了 HTTP2 呢？或者用不了 HTTPS（现实中的 HTTP2 都是在 HTTPS 上实现的，所以也就是只能使用 HTTP/1.1）。那浏览器就会在一个 HOST 上建立多个 TCP 连接，连接数量的最大限制取决于浏览器设置，这些连接会在空闲的时候被浏览器用来发送新的请求，如果所有的连接都正在发送请求呢？那其他的请求就只能等等了。
