加入收藏 | 设为首页 | 会员中心 | 我要投稿 济南站长网 (https://www.0531zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 教程 > 正文

Java WebSocket 使用时需要谨慎的地方

发布时间:2021-11-12 13:32:25 所属栏目:教程 来源:互联网
导读:最近在做一个项目,需要用WebSocket与另外一个平台建立通讯,来获取项目业务需要的实时数据,因此项目一启动,后台就要与另外一个平台建立WebSocket连接并且要保证他们的之间有且只有一条持续畅通可用的连接(就是要保证这条连接不能断开,一断开就要尝试进

最近在做一个项目,需要用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);

(编辑:济南站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读