一个 Java 项目如果需要启用上万个 websocket，有什么好办法么

[Drinker]

大概是这样，对方有个 api，这个 api 对应的参数有个上万个，每个参数对应一个 websocket，现在要做的是拿到参数，每个参数启动一个 websocket 去保存发送下来的数据，保存现在使用消息队列应该没什么问题，就是如果启动了上万个 websocket 会不会内存直接爆炸？或者还是有没有其他的办法，老哥们。

[Drinker]

@GM 数据具有实时性，很大概率需要全部 websocket 开着，不能关闭，关闭了数据就没了。

[liuguang]

这种事情 go 和 rust 应该可以做到。至于 java，用 nginx 反代分流，每台 Java 服务器处理一部分 ws 流量,应该也可以搞定.

[casillasyi]

jvm 本身就是个负担。这种场景建议用 rust

[polythene]

做 sharding 吧，单机器估计扛不住

[sagaxu]

参数不能作为 message 的一部分吗?

[zzcworld]

建议拆成 worker，每个 worker 连接几千个 websockets。如果能订阅多个 channel，减少 websockets 连接，也是一个好办法

[sagaxu]

@polythene 2 代树莓派开 2 万个 websocket 毫无压力，比树莓派性能还差的服务器？
@liuguang Java 正常服务器单机 100K 个 websocket 应该问题不大

[ftfunjth]

对参数 hash 然后想办法分布式多台服务器。数据落地可以想办法被动写回或者主动扔到 redis 然后再定时持久化。

[wizardoz]

内存会不会爆炸取决于你的内存有多少，而且直觉上这个内存消耗不大。
我觉得最应该考虑的问题是多线程方式处理每个连接还是通过异步 IO 的方式处理。如果异步 IO，我相信对服务器的要求不高。
如果是多线程，那么服务器就难了。

[XRR]

@sagaxu 100000 个 websocket 都超过服务器的端口数了，肯定不行，服务器一共就六万多个逻辑端口

[gemini767]

团队没有专业人员建议 http 轮训，简单有效，最重要的可控

[liqingcan]

什么需求需要这么多 websocket im 类的需求？这玩意也不会用一台机器吧。挺好奇的

[lscho]

@XRR 想啥呢。。。websocket 和端口有什么关系，又不是 TCP。

实践出真知，几万个 websocket 连接数肯定是没啥问题的，几十万也没问题，需要考虑的就是数据量问题，数据量过大同时进来肯定不行。

[gemini767]

@sagaxu 开 2w 个 socket 和支持 2w 个长链接业务还是有很大差别的吧

[realpg]

你们老板需要一个架构师。。。

[pubby]

会不会理解有偏差，上万个参数其实可以一起传的？

[ftfunjth]

@lscho 我记得 spring websocket 默认是一个连接一个 socket 用的是异步套接字。如果是 epoll，两万个 websocket，cpu 包处理速度够的话应该没问题。怕 socket 的 receive buffer 过大。导致内核内存缓冲区不够用。如果内核内存满了的话一直在用虚拟内存怕是电脑会卡死？

[realpg]

我这里有个类似的东西。
也是客户端 开 4400 个 TCP 连接到远程，然后保存下推流，解码，入库。
用了 12 台垃圾 1U 服务器，服务器总成本一万五千元……

[realpg]

@pubby #36
你没理解他的业务模型。

[lasuar]

你这个场景有点像是对 ws 服务端做鲁棒性测试