长轮询 VS 短轮询

长轮循和短轮询都是用于获取数据的方式；

短轮询是定期向服务器发送请求以检查更新，即使没有新数据也会频繁请求，可能导致不必要的流量和延迟。适合对实时性要求不高的场景，如某些网站的数据刷新。

长轮询则是客户端请求后，服务器保持连接，直到有新数据时再返回响应，这样可以减少不必要的请求频率，提高效率，适合需要实时更新的应用，如聊天应用或实时通知系统

长轮询的实现机制通常包括以下几个步骤：

1. 客户端请求： 客户端向服务器发送一个请求，请求新数据。这一请求会保持打开状态，直到服务器有数据可以返回。

2. 服务器处理请求： 服务器接收到请求后，会保持连接一段时间。如果此时没有新数据，它不会立即回应，而是等待新数据的产生或达到某个超时限制。

3. 数据更新： 一旦有新的数据可用（例如，用户发送了新消息），服务器会将这些数据返回给客户端，结束当前的请求。

4. 客户端接收数据： 客户端收到响应后，处理新数据，并可以根据需要更新界面。

5. 重新发起请求： 客户端在处理完返回的数据后，立即再次发送一个新的请求，开始下一轮的长轮询。这种方式可以保持连接的持续性

优势：

• 实时性：由于请求在有新数据时才会返回，减少了延迟，适合实时应用。
• 资源节省：比短轮询减少了无效请求，降低了服务器负担和网络流量。

劣势：

• 连接管理：长时间保持连接可能会占用更多的服务器资源，尤其在用户数量较多时。
• 超时处理：需要合理设置超时时间，避免客户端长时间等待无响应。

短轮询的实现机制通常包括以下步骤：

1. 定期请求： 客户端以固定的时间间隔向服务器发送请求，询问是否有新数据。

2. 服务器响应： 服务器接收到请求后，立即检查是否有新数据。如果有，返回新数据；如果没有，返回一个空响应或默认消息。

3. 客户端处理响应： 客户端处理服务器的响应，更新用户界面（如果有新数据）。

4. 等待下一轮请求： 客户端根据设定的时间间隔，等待一段时间后再次发送请求。

优势：

• 简单实现：实现方式相对简单，易于理解和维护。
• 低延迟：在请求间隔较短时，用户可以较快获得更新。

劣势：

• 资源浪费：即使没有新数据，服务器仍需处理请求，增加了负担。
• 延迟：存在一定的响应延迟，尤其是在请求间隔较长时。