JAVA WebSocket 使用时需要注意的地方

时间:2021-11-10 20:04:01

最近在做一个项目,需要用WebSocket与另外一个平台建立通讯,来获取项目业务需要的实时数据,因此项目一启动,后台就要与另外一个平台建立WebSocket连接并且要保证他们的之间有且只有一条持续畅通可用的连接(就是要保证这条连接不能断开,一断开就要尝试进行重连),说说我在这个过程中,遇到的一些问题以及解决的方法:

1、WebSocket连接正常,部分请求无响应

原因分析:

服务端/客户端接收到客户端/服务端一次性发来的几百条或更多的请求,瞬间都堆积在会话的缓冲区,又没做多线程处理,并且每接收到一条请求还要查询阿里云服务器数据库,加上网络带宽过小,处理一条请求就要花费几十秒;导致线程队列严重堵塞,无法及时响应处理后续的其他请求。

解决方法:

使用了线程池开启多条线程同时进行处理,将数据库配置设置为127.0.0.1,这样就不会经过公网绕一圈回来,这样大大缩短了一条请求处理要花费的时间,由之前的几十秒缩短为几百毫秒。

    // 创建线程池
    //private static ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
    private static ExecutorService fixedThreadPool = Executors.newFixedThreadPool(3);

注意几种线程池的区别,cachedThreadPool只有非核心线程,最大线程数很大,它会为每一个任务添加一个新的线程,它有一个超时机制,当空闲的线程超过60s内没有用到的话,就会被回收。cachedThreadPool缺点就是没有考虑到系统的实际内存大小。fixedThreadPool是一个可以指定线程数的线程池,有核心的线程,里面有固定的线程数量,响应的速度快。正规的并发线程,多用于服务器。核心线程是没有超时机制的,队列大小没有限制,除非线程池关闭了核心线程才会被回收。还有singleThreadPoll、scheduledThreadPoll这里就不做过多的介绍了。

    @OnMessage
    public void onMessage(String datas,Session session) {
        Runnable t = new Runnable() {
            
            @Override
            public void run() {
                // TODO Auto-generated method stub
                // 业务代码
            }
        };
        
        //cachedThreadPool.submit(t);
        fixedThreadPool.submit(t);
    }

注意,要给session加上同步锁,否则会出现多个线程同时往同一个session写数据,导致报错的情况。

    public void send(String data) throws Exception {
        synchronized (session) {
            session.getBasicRemote().sendText(data);
        }
    }

2、发现WebSocket连接老是每隔一、两分钟就断开重连

原因分析:

一段时间内,WebSocket连接无数据传输就会自动断开连接

解决方法:

增加心跳机制维持连接,每隔一段时间就向服务端发送一次自定义请求,或者调用sendPing()来保持住连接。

3、WebSocket定时发送sendPing()后,还会反复出现接收/发送几个请求就断开连接的情况

原因分析:

无论是作服务端还是客户端,发现每次都是接收到同一个请求的信息后连接就断开了,经过反复的摸索发现,是由于接收到的这个请求传输的数据量过大,超出了WebSocket会话接收信息的缓冲区的大小(可使用session.getMaxTextMessageBufferSize()查看缓冲大小,默认为8192),引起的WebSocket连接的异常断开。

解决方法:

重新设置WebSocket缓冲区大小,

int maxSize = 200 * 1024;  // 200K

// 可以缓冲的传入二进制消息的最大长度

session.setMaxBinaryMessageBufferSize(maxSize);

// 可以缓冲的传入文本消息的最大长度

session.setMaxTextMessageBufferSize(maxSize);