Http长链接、长轮询、连接复用等概率解析

轮询、长轮询、链接、长链接区别

1. 轮询（Polling）：客户端不断向服务器发送请求，询问是否有新的数据或更新，并等待服务器的响应。如果服务器没有更新，则客户端会持续地发送请求。轮询的缺点是会产生多余的请求和响应，在一些场景下会浪费带宽和服务器资源。
2. 长轮询（Long Polling）：与轮询的不同之处在于，当请求到达服务器后，服务器不会立刻响应，而是等待一段时间，直到有新的数据或更新才会返回响应。如果服务器没有更新，则长轮询等待时间会超时，客户端再重新发送请求。长轮询相对于轮询来说，减少了请求响应次数，从而减少了带宽和服务器资源的浪费。
3. 链接（Comet）：链接就是一次普通的http请求，即客户端发送请求服务端响应之后断开连接。
4. 长链接（Long Connection）：长链接是链接的一种，它也建立一个持久性的连接，即在请求成功后，连接会一直保持，直到客户端与服务器断开连接。在长链接模式中，客户端可以随时向服务器发送请求，而服务器也可以随时向客户端发送数据或更新，无需持续地等待或发送请求。和链接相比，长链接更加高效，避免了频繁的连接和断开。

连接复用和长链接区别

一、长链接

长连接是发送完一次tcp请求之后，连接不断开，可以继续发送。
但是此时由于请求没有唯一识别的标记，所以请求只能串行发送，即一个请求只有接到响应之后才能继续发送。

解决的是客户端与服务端频繁建立tcp连接带来的三次握手等开销问题。
并没有提升服务器的并发能力，对客户端的响应速度也没有特大的提升(因为仅仅省去了几次连接的建立开销)。

二、连接复用

连接复用，则是为每个请求加上了一个请求唯一id，这样将请求发送出去后，I/O线程可以直接返回，不用等待响应到达，可以直接发送下一个请求，请求与请求之间通过ID来区分。
实质上就是长链接，只是请求的实现方式不同，请求加了id可以乱序发送了。

Http请求中客服端和服务器需要同时设置keep-alive才能实现长链接还是一端设置就行

在HTTP协议中，客户端和服务器端都需要设置keep-alive参数才能实现长连接。

当客户端发起一个带有keep-alive头部的HTTP请求时，它会告诉服务器端它希望保持与服务器端的TCP连接在请求完成后继续保持开放状态，以便以后可以发送更多的请求。而服务器端可以选择同意或拒绝客户端的请求。

如果服务器同意客户端的请求，则服务器会在响应头部添加keep-alive头部，告诉客户端它已准备好继续保持连接状态，并在响应完成后保持连接开放状态。如果服务器不支持keep-alive，或者选择关闭该选项，则在响应头部中不会包含keep-alive头部，客户端会在响应完成后自动关闭连接。

因此，为了实现长连接，在客户端和服务器端的HTTP请求和响应头部中都需要设置keep-alive选项，并且服务器端应该能够处理并保持连接状态。否则，当服务器端在响应完成后关闭连接时，客户端将不得不重新建立连接。

TCP/IP 模型中请求响应流程

按照 TCP/IP 模型，网络通信是一层包着一层，发送端每通过一层则增加首部，接收端每通过一层则删除首部

这里要注意的是：

• MAC 层的传输单位是帧（frame）
• IP 层的传输单位是包（packet）
• TCP 层的传输单位是段（segment）
• HTTP 的传输单位则是消息或报文（message）

注：我们常说的丢包丢包丢的就是 IP 包

长链接和长轮询区别

长链接和长轮询都是在网络通信中常用的技术，用于实现实时推送和消息通知。它们的区别主要体现在以下几个方面：

1. 请求方式：长链接是一种持久化的连接方式，客户端与服务器之间始终保持着连接，而长轮询则是客户端定时向服务器发送请求，并且服务器在请求完成或者超时之前始终保持连接。
2. 响应方式：长链接实时响应，服务器有新消息时可以立即推送给客户端；而长轮询则需要客户端不断地定时向服务器发送请求来获取最新的消息，服务器在有新消息时才返回响应。
3. 服务器压力：长链接相比长轮询，服务器需要维护更多的长连接，因此会增加服务器的负载；而长轮询只有在客户端发送请求时才会建立连接，可以有效降低服务器的负载。
4. 实时性：长链接可以实现较高的实时性，因为服务器有新消息时可以立即推送给客户端；而长轮询的实时性相对较低，因为客户端需要等待定时请求的返回才能获取最新的消息。

综上所述，长链接适用于实时性要求较高、消息推送频繁的场景；而长轮询适用于实时性要求相对较低、消息推送不频繁的场景。

长轮询的实现是需要和服务器维持一个长链接吗

长轮询的实现需要与服务器建立一个长连接，但是该长连接并不是一直保持的，而是在每次请求时建立，并在服务器有新数据时或请求超时后才返回响应，然后关闭连接。这种方式相较于传统的轮询，在一定程度上减少了服务器的负担，同时也实现了实时推送的功能。另外，长轮询也可以使用长连接池的方式来实现，即事先建立一些长连接，当客户端请求时从连接池中选择一个连接，服务器在数据更新或者超时之前不关闭该连接，这样可以减少连接的建立和销毁次数，提高服务器的性能。

什么是socket

Socket（套接字）是一种用于网络通信的编程接口，它提供了一组用于在不同计算机之间进行数据传输的方法和协议。Socket可以用于在客户端和服务器之间建立连接，并在连接上进行数据交换。

通过Socket，不同计算机上的程序可以通过网络进行通信，实现数据的传输和交互。它可以在不同的网络层级上工作，如物理层、传输层和应用层。

使用Socket进行网络通信通常涉及两个主要组件：服务器端和客户端。服务器端绑定一个特定的IP地址和端口号，并监听来自客户端的连接请求。客户端则发起连接请求，并与服务器建立连接。一旦建立连接后，双方可以通过Socket进行数据的读取和写入。

Socket可以基于不同的协议进行通信，如TCP（传输控制协议）和UDP（用户数据报协议）。TCP提供可靠的、面向连接的通信，数据的传输按照一定的顺序，且保证可靠性。而UDP则是一种无连接、不可靠的通信方式，数据的传输没有顺序保证，也不保证数据能够到达目标。

Socket的使用广泛，可用于各种应用场景，如网页浏览、即时通讯、文件传输等。它是实现网络通信的一种重要工具。

Tcp是怎么保证可靠的，使用Tcp会丢数据吗

TCP（传输控制协议）通过多种机制来保证数据的可靠传输：

1. 确认和重传机制：TCP在传送数据时，接收端需要给发送端一个确认码，告诉发送端分组是否到达，以及下一个期望接收的序号是多少。如果发送端没有收到确认码，就会认为数据丢失，重传数据，直到接收到确认码。
2. 流量控制：TCP通过接收端返回的确认信息来控制发送端数据发送的速率，避免发送端发送过多数据导致接收端处理不过来。
3. 拥塞控制：TCP通过控制发送窗口的大小来调整发送端的发送速率，降低网络出现拥塞的概率，从而保证网络的可靠性和稳定性。

虽然TCP采取了这些机制来保证数据的可靠传输，但在某些情况下，数据也可能因为各种异常而丢失。例如，在网络拥塞的情况下，数据包可能会被路由器或交换机丢弃，或者在传输过程中被恶意软件拦截。

Tcp只能保证这一层以及下层不会丢数据不能保证上一层（http,websocket）层不会丢数据

总的来说，在正常的网络环境下，TCP可以比较可靠地传输数据，但在异常情况下仍然可能丢失数据。

尽管TCP通过确认和重传机制来确保数据的可靠传输，但仍然有些情况可能导致数据丢失，例如：

1. 网络拥塞：在网络拥塞的情况下，网络设备可能会选择丢弃一些数据包，以降低网络流量，这些丢失的数据包即使进行重传也无法到达接收方，因而仍会产生数据丢失。
2. 超时：当发送的数据包在网络中滞留时间过长时，可能会超出TCP设定的超时时间，此时TCP会将该数据包当作丢失进行重传。但有些情况下，重新传输的数据包可能又会在网络中滞留或遇到其他异常，从而导致数据丢失。
3. 恶意攻击：攻击者可以通过各种手段干扰数据包的传输，如伪造ACK应答、篡改数据包内容等。在这种情况下，即使TCP正常运作也很难保证数据的完整性和可靠性。

综上所述，尽管TCP具备一定的容错能力，在正常的网络环境下可以保证数据的可靠传输。但在一些异常情况下，仍然可能会因为网络问题、超时或恶意攻击等因素导致数据的丢失。

长链接是一次处理一个请求还是可以处理多个请求

长链接可以处理多个请求。它允许客户端和服务器之间保持连接的状态，从而允许在单个连接上发送和接收多个请求和响应。这可以提高效率，因为它可以减少建立连接的开销并减少网络拥塞。例如，在HTTP/1.1中，浏览器可以在同一连接上发送多个请求，并通过使用管道传输一次性获得所有响应，而不必等待每个响应返回。

心跳包机制指的是什么

心跳包机制是一种网络通信协议中的一种机制，用于维持客户端与服务器之间的连接并保证通信的可靠性。通常在长连接中使用心跳包机制。

具体来说，心跳包机制是客户端或服务器定期向对方发送一条信息，以确保连接仍然有效。如果没有收到心跳包，那么服务器或客户端将认为连接已经断开，并进行相应的处理（例如关闭连接、重新连接等）。心跳包的发送间隔时间可以在协议中指定，通常是几分钟或几秒。

心跳包机制是一种保持TCP连接的健康运行并避免超时的方法。在实际应用中，很多互联网应用都采用心跳包机制来保证连接的可靠性，比如在线IM、实时游戏、视频直播等。

长链接在什么情况下会断开连接

长连接断开连接的原因有很多，以下是一些常见的情况：

1. 网络问题：长连接在传输数据过程中可能受到网络状况的影响。例如，当网络传输不稳定时可能会导致连接不稳定或断开连接。
2. 服务器负载：由于服务器的负载或处理能力有限，长连接可能会因服务器负载过高而断开连接。
3. 超时：当客户端或服务器在长时间内没有交流数据时，可能会导致连接超时并断开连接。为了避免这种情况，可以使用心跳包来维持长连接，并定期发送数据以保持连接。
4. 服务器重启或维护：在服务器进行重启或维护期间，长连接可能会断开。
5. 安全策略：当服务器检测到连接的异常或不安全行为时，可能会断开长连接以保护系统安全。

总之，在长时间的数据传输过程中，任何一方的任何异常操作都可能导致长连接断开。因此，在实际应用中，需要考虑到这些情况，并设计相应的重连机制或其他的数据传输方式。