WebSocket特点
了解计算机网络协议的人,应该都知道:HTTP 协议是一种无状态的、无连接的、单向的应用层协议。
它采用了请求/响应模型。通信请求只能由客户端发起,服务端对请求做出应答处理。
这种通信模型有一个弊端:HTTP 协议无法实现服务器主动向客户端发起消息。
这种单向请求的特点,注定了如果服务器有连续的状态变化,客户端要获知就非常麻烦。大多数 Web 应用程序将通过频繁的异步 JavaScript 和 XML(AJAX)请求实现长轮询。轮询的效率低,非常浪费资源(因为必须不停连接,或者 HTTP 连接始终打开)。
因此,工程师们一直在思考,有没有更好的方法。WebSocket 就是这样发明的。
WebSocket 连接允许客户端和服务器之间进行全双工通信,以便任一方都可以通过建立的连接将数据推送到另一端。
WebSocket 只需要建立一次连接,就可以一直保持连接状态。这相比于轮询方式的不停建立连接显然效率要大大提高。
创建,关闭连接,收发数据
借助WebSocket类,实现建立与关闭连接,从前端接受信息
@Component
@ServerEndpoint("/websocket/{token}") // 注意不要以'/'结尾
public class WebSocketServer {
@OnOpen
public void onOpen(Session session, @PathParam("token") String token) {
// 建立连接
}
@OnClose
public void onClose() {
// 关闭链接
}
@OnMessage
public void onMessage(String message, Session session) {
// 从Client接收消息
}
@OnError
public void onError(Session session, Throwable error) {
error.printStackTrace();
}
}
后端向前端发数据需要用到WebSocket的API:Session
每个连接其实是使用Session来维护的
private Session session = null;
@OnOpen
public void onOpen(Session session, @PathParam("token") String token) throws IOException {
// 建立连接
this.session = session;
}
public void sendMessage(String message) {//异步通信加锁
synchronized (this.session) {
try {
this.session.getBasicRemote().sendText(message);
} catch (IOException e) {
throw new RuntimeException(e);
}
}
}
维护单个连接信息
我们需要知道每个连接发起的用户是谁。创建局部变量User。
维护所有连接信息
我们需要能够根据用户的id,分析出用户对应连接的具体信息。需要创建静态变量(线程安全ConcurrentHashMap,一种Map)来存储id=>对应连接 这个映射。
当接收到前端发来的匹配请求后,我们需要将前端发送请求用户的信息加入到匹配池中(线程安全CopyOnWriteArraySet,一种Set)。以此来存储匹配池中用户的信息。