HTTP的“长连接"初探

背景
项目的一个功能：持续异步通知下游服务器消息，获取下游服务器的消息返回并处理。

思路

（1）开启一个timer.schece线程启动定时任务；
（2）服务与下游的url（Controller）建立一个Http连接，并response.writer消息；
（3）2min钟后，收到下游的消息或者没有收到，再response.outputStream消息，发现此时行不通。服务端会报空Host错误。

问题分析

之所以产生这个解决思路，是因为看到HTTP可以设置“keep-alive”而建立长连接(其实这个keep-alive是指TCP的连接)。这里楼主踩坑了

• 以下是分析错误的过程：
  HTTP协议是建立在TCP协议之上的一种应用。HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。 Http服务所有的响应都是在有请求的情况下才能Response，即Http是一次请求、响应、关闭服务。并不是建立连接、发送消息、关闭连接这种模式。
  而在请求中加上“keep-alive”的意思并不是保持HTTP长连接，而是保持其传输层的TCP长连接，避免客户端再一次发请求建立TCP连接，建立TCP连接需要3次握手协议等，网络开销比较大。
  所以在上面第3步中，不能直接response.outputStream继续发消息，而是应该new URL(url)从新访问下游的url。我们的服务扮演的是客户端。

---

拓展，怎样“真正”长连接？

需要用到Socket套接字技术。

套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。
应用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个 TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。应 用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。
套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。
客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。
连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户 端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

---

Socket连接与Http连接的区别

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

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

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