使用四种框架分别实现百万 websocket 常连接的服务器

已于 2023-10-14 14:17:44 修改
阅读量926 收藏 3
点赞数
分类专栏： netty 文章标签： websocket 服务器 网络协议
于 2023-10-14 14:13:45 首次发布

1、原文地址 colobu.com

事实上，最近我又增加了几个框架，现在包括 Netty, Undertow, Jetty, Spray, Vert.x, Grizzly 和 Node.js 七种框架。
测试数据可以看下一篇文章: 七种 WebSocket 框架的性能比较

著名的 C10K 问题提出的时候, 正是 2001 年。这篇文章可以说是高性能服务器开发的一个标志性文档，它讨论的就是单机为 1 万个连接提供服务这个问题，当时因为硬件和软件的限制，单机 1 万还是一个非常值得挑战的目标。但是时光荏苒，随着硬件和软件的飞速发展，单机 1 万的目标已经变成了最简单不过的事情。现在用任何一种主流语言都能提供单机 1 万的并发处理的能力。所以现在目标早已提高了 100 倍，变成 C1000k，也就是一台服务器为 100 万连接提供服务。在 2010 年, 2011 年已经看到一些实现 C1000K 的文章了，所以在 2015 年，实现 C1000K 应该不是一件困难的事情。

本文是我在实践过程中的记录，我的目标是使用 spran-websocket，netty, undertow 和 node.js 四种框架分别实现 C1000K 的服务器，看看这几个框架实现的难以程度，性能如何。开发语言为 Scala 和 Javascript。

当然，谈起性能，我们还必须谈到每秒每个连接有多少个请求，也就是 RPS 数，还要考虑每条消息的大小。
一般来说，我们会选取一个百分比，比如每秒 20% 的连接会收发消息。我的需求是服务器只是push, 客户端不会主动发送消息。 一般每一分钟会为这一百万群发一条消息。

所以实现的测试工具每个 client 建立 60000 个 websocket 连接，一共二十个 client。实际不可能使用 20 台机器，我使用了两台 AWS C3.2xlarge(8 核 16G) 服务器作为客户端机。每台机器 10 个客户端。
服务器每 1 分钟群发一条消息。消息内容很简单，只是服务器的当天时间。

最近看到 360 用 Go 实现的消息推送系统，下面是他们的数据：

目前 360 消息推送系统服务于 50 + 内部产品，万款开发平台 App，实时长连接数亿量级，日独数十亿量级，1 分钟内可以实现亿量级广播，日下发峰值百亿量级，400 台物理机，3000 多个实例分布在 9 个独立集群中，每个集群跨国内外近 10 个 IDC。

四个服务器的代码和 Client 测试工具代码可以在 github 上下载。 (其实不止四种框架了，现在包括 Netty, Undertow, Jetty, Spray-websocket, Vert.x, Grizzly 和 Node.js 七种框架的实现)

测试下来可以看到每种服务器都能轻松达到同时 120 万的 websocket 活动连接，只是资源占用和事务处理时间有差别。120 万只是保守数据，在这么多连接情况下服务器依然很轻松，下一步我会进行 C2000K 的测试。

在测试之前我们需要对服务器 / 客户机的一些参数进行调优。

一、服务器的参数调优

一般会修改两个文件，/etc/sysctl.conf和/etc/security/limits.conf， 用来配置 TCP/IP 参数和最大文件描述符。

TCP/IP 参数配置

修改文件/etc/sysctl.conf, 配置网络参数。

net.ipv4.tcp_wmem = 4096 87380 4161536

net.ipv4.tcp_rmem = 4096 87380 4161536

net.ipv4.tcp_mem = 786432 2097152 3145728

数值根据需求进行调整。更多的参数可以看以前整理的一篇文章: Linux TCP/IP 协议栈调优 。

执行/sbin/sysctl -p即时生效。

最大文件描述符

Linux 内核本身有文件描述符最大值的限制，你可以根据需要更改：

  • 系统最大打开文件描述符数：/proc/sys/fs/file-max
    1. 临时性设置：echo 1000000 > /proc/sys/fs/file-max
    2. 永久设置：修改/etc/sysctl.conf文件，增加fs.file-max = 1000000
  • 进程最大打开文件描述符数
    使用ulimit -n查看当前设置。使用ulimit -n 1000000进行临时性设置。
    要想永久生效，你可以修改/etc/security/limits.conf文件，增加下面的行：
*         hard    nofile      1000000

*         soft    nofile      1000000

root      hard    nofile      1000000

root      soft    nofile      1000000

还有一点要注意的就是 hard limit 不能大于/proc/sys/fs/nr_open，因此有时你也需要修改 nr_open 的值。
执行echo 2000000 > /proc/sys/fs/nr_open

查看当前系统使用的打开文件描述符数，可以使用下面的命令：

[root@localhost ~]# cat /proc/sys/fs/file-nr             

1632    0       1513506

其中第一个数表示当前系统已分配使用的打开文件描述符数，第二个数为分配后已释放的（目前已不再使用），第三个数等于 file-max。

总结一下：

  • 所有进程打开的文件描述符数不能超过 / proc/sys/fs/file-max
  • 单个进程打开的文件描述符数不能超过 user limit 中 nofile 的 soft limit
  • nofile 的 soft limit 不能超过其 hard limit
  • nofile 的 hard limit 不能超过 / proc/sys/fs/nr_open

应用运行时调优

  1. Java 应用内存调优
    服务器使用 12G 内存，吞吐率优先的垃圾回收器：
JAVA_OPTS="-Xms12G -Xmx12G -Xss1M -XX:+UseParallelGC"
  1. V8 引擎
node --nouse-idle-notification --expose-gc --max-new-space-size=1024 --max-new-space-size=2048 --max-old-space-size=8192 ./webserver.js

OutOfMemory Killer

如果服务器本身内存不大，比如 8G，在不到 100 万连接的情况下，你的服务器进程有可能出现 “Killed” 的问题。 运行dmesg可以看到

Out of memory: Kill process 10375 (java) score 59 or sacrifice child

这是 Linux 的 OOM Killer 主动杀死的。 开启 oom-killer 的话，在 / proc/pid 下对每个进程都会多出 3 个与 oom 打分调节相关的文件。临时对某个进程可以忽略 oom-killer 可以使用下面的方式:
echo -17 > /proc/$(pidof java)/oom_adj
解决办法有多种，可以参看文章最后的参考文章, 最好是换一个内存更大的机器。

二、客户端的参数调优

在一台系统上，连接到一个远程服务时的本地端口是有限的。根据 TCP/IP 协议，由于端口是 16 位整数，也就只能是 0 到 65535，而 0 到 1023 是预留端口，所以能分配的端口只是 1024 到 65534，也就是 64511 个。也就是说，一台机器一个 IP 只能创建六万多个长连接。

要想达到更多的客户端连接，可以用更多的机器或者网卡，也可以使用虚拟 IP 来实现, 比如下面的命令增加了 19 个 IP 地址，其中一个给服务器用，其它 18 个给 client, 这样
可以产生 18 * 60000 = 1080000 个连接。

ifconfig eth0:0 192.168.77.10 netmask 255.255.255.0 up

ifconfig eth0:1 192.168.77.11 netmask 255.255.255.0 up

ifconfig eth0:2 192.168.77.12 netmask 255.255.255.0 up

ifconfig eth0:3 192.168.77.13 netmask 255.255.255.0 up

ifconfig eth0:4 192.168.77.14 netmask 255.255.255.0 up

ifconfig eth0:5 192.168.77.15 netmask 255.255.255.0 up

ifconfig eth0:6 192.168.77.16 netmask 255.255.255.0 up

ifconfig eth0:7 192.168.77.17 netmask 255.255.255.0 up

ifconfig eth0:8 192.168.77.18 netmask 255.255.255.0 up

ifconfig eth0:9 192.168.77.19 netmask 255.255.255.0 up

ifconfig eth0:10 192.168.77.20 netmask 255.255.255.0 up

ifconfig eth0:11 192.168.77.21 netmask 255.255.255.0 up

ifconfig eth0:12 192.168.77.22 netmask 255.255.255.0 up

ifconfig eth0:13 192.168.77.23 netmask 255.255.255.0 up

ifconfig eth0:14 192.168.77.24 netmask 255.255.255.0 up

ifconfig eth0:15 192.168.77.25 netmask 255.255.255.0 up

ifconfig eth0:16 192.168.77.26 netmask 255.255.255.0 up

ifconfig eth0:17 192.168.77.27 netmask 255.255.255.0 up

ifconfig eth0:18 192.168.77.28 netmask 255.255.255.0 up

修改/etc/sysctl.conf文件：

net.ipv4.ip_local_port_range = 1024 65535

执行/sbin/sysctl -p即时生效。

三、服务器测试

实际测试中我使用一台 AWS C3.4xlarge (16 cores, 32G memory) 作为应用服务器，两台 AWS C3.2xlarge (8 cores, 16G memory) 服务器作为客户端。
这两台机器作为测试客户端绰绰有余，每台客户端机器创建了十个内网虚拟 IP, 每个 IP 创建 60000 个 websocket 连接。

客户端配置如下：
/etc/sysctl.conf配置

fs.file-max = 2000000

fs.nr_open = 2000000

net.ipv4.ip_local_port_range = 1024 65535

/etc/security/limits.conf配置

* soft    nofile      2000000

* hard    nofile      2000000

* soft nproc 2000000

* hard nproc 2000000

服务端配置如下：
/etc/sysctl.conf配置

fs.file-max = 2000000

fs.nr_open = 2000000

net.ipv4.ip_local_port_range = 1024 65535

/etc/security/limits.conf配置

* soft    nofile      2000000

* hard    nofile      2000000

* soft nproc 2000000

* hard nproc 2000000

Netty 服务器

  • 建立 120 万个连接，不发送消息，轻轻松松达到。内存还剩 14G 未用。
[roocolobu ~]# ss -s; free -m

Total: 1200231 (kernel 1200245)

TCP:   1200006 (estab 1200002, closed 0, orphaned 0, synrecv 0, timewait 0/0), ports 4

Transport Total     IP        IPv6

*         1200245   -         -        

RAW       0         0         0        

UDP       1         1         0        

TCP       1200006   1200006   0        

INET      1200007   1200007   0        

FRAG      0         0         0        

             total       used       free     shared    buffers     cached

Mem:         30074      15432      14641          0          9        254

-/+ buffers/cache:      15167      14906

Swap:          815          0        815
  • 每分钟给所有的 120 万个 websocket 发送一条消息，消息内容为当前的服务器的时间。这里发送显示是单线程发送，服务器发送完 120 万个总用时 15 秒左右。
02:15:43.307 [pool-1-thread-1] INFO  com.colobu.webtest.netty.WebServer$ - send msg to channels for c4453a26-bca6-42b6-b29b-43653767f9fc

02:15:57.190 [pool-1-thread-1] INFO  com.colobu.webtest.netty.WebServer$ - sent 1200000 channels for c4453a26-bca6-42b6-b29b-43653767f9fc

发送时 CPU 使用率并不高，网络带宽占用基本在 10M 左右。

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--

usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw 

0   0 100   0   0   0|   0     0 |  60B  540B|   0     0 | 224   440 

0   0 100   0   0   0|   0     0 |  60B  870B|   0     0 | 192   382 

0   0 100   0   0   0|   0     0 |  59k   74k|   0     0 |2306  2166 

2   7  87   0   0   4|   0     0 |4998k 6134k|   0     0 | 169k  140k

1   7  87   0   0   5|   0     0 |4996k 6132k|   0     0 | 174k  140k

1   7  87   0   0   5|   0     0 |4972k 6102k|   0     0 | 176k  140k

1   7  87   0   0   5|   0     0 |5095k 6253k|   0     0 | 178k  142k

2   7  87   0   0   5|   0     0 |5238k 6428k|   0     0 | 179k  144k

1   7  87   0   0   5|   0    24k|4611k 5660k|   0     0 | 166k  129k

1   7  87   0   0   5|   0     0 |5083k 6238k|   0     0 | 175k  142k

1   7  87   0   0   5|   0     0 |5277k 6477k|   0     0 | 179k  146k

1   7  87   0   0   5|   0     0 |5297k 6500k|   0     0 | 179k  146k

1   7  87   0   0   5|   0     0 |5383k 6607k|   0     0 | 180k  148k

1   7  87   0   0   5|   0     0 |5504k 6756k|   0     0 | 184k  152k

1   7  87   0   0   5|   0    48k|5584k 6854k|   0     0 | 183k  152k

1   7  87   0   0   5|   0     0 |5585k 6855k|   0     0 | 183k  153k

1   7  87   0   0   5|   0     0 |5589k 6859k|   0     0 | 184k  153k

1   5  91   0   0   3|   0     0 |4073k 4999k|   0     0 | 135k  110k

0   0 100   0   0   0|   0    32k|  60B  390B|   0     0 |4822   424

客户端 (一共 20 个，这里选取其中一个查看它的指标)。每个客户端保持 6 万个连接。每个消息从服务器发送到客户端接收到总用时平均 633 毫秒，而且标准差很小，每个连接用时差不多。

Active WebSockets for eb810c24-8565-43ea-bc27-9a0b2c910ca4

count = 60000

WebSocket Errors for eb810c24-8565-43ea-bc27-9a0b2c910ca4

count = 0

-- Histograms ------------------------------------------------------------------

Message latency for eb810c24-8565-43ea-bc27-9a0b2c910ca4

count = 693831

min = 627

max = 735

              mean = 633.06

            stddev = 9.61

            median = 631.00

75% <= 633.00

95% <= 640.00

98% <= 651.00

99% <= 670.00

99.9% <= 735.00

-- Meters ----------------------------------------------------------------------

Message Rate for eb810c24-8565-43ea-bc27-9a0b2c910ca4

count = 693832

         mean rate = 32991.37 events/minute

1-minute rate = 60309.26 events/minute

5-minute rate = 53523.45 events/minute

15-minute rate = 31926.26 events/minute

平均每个 client 的 RPS = 1000, 总的 RPS 大约为 20000 requests /seconds.
latency 平均值为 633 ms，最长 735 ms，最短 627ms。

Spray 服务器

  • 建立 120 万个连接，不发送消息，轻轻松松达到。它的内存相对较高，内存还剩 7G。
[root@colobu ~]# ss -s; free -m

Total: 1200234 (kernel 1200251)

TCP:   1200006 (estab 1200002, closed 0, orphaned 0, synrecv 0, timewait 0/0), ports 4

Transport Total     IP        IPv6

*         1200251   -         -        

RAW       0         0         0        

UDP       1         1         0        

TCP       1200006   1200006   0        

INET      1200007   1200007   0        

FRAG      0         0         0        

             total       used       free     shared    buffers     cached

Mem:         30074      22371       7703          0         10        259

-/+ buffers/cache:      22100       7973

Swap:          815          0        815
  • 每分钟给所有的 120 万个 websocket 发送一条消息，消息内容为当前的服务器的时间。
    CPU 使用较高，发送很快，带宽可以达到 46M。群发完一次大约需要 8 秒左右。
05/22 04:42:57.569 INFO [ool-2-worker-15] c.c.w.s.WebServer - send msg to workers 。for 8454e7d8-b8ca-4881-912b-6cdf3e6787bf

05/22 04:43:05.279 INFO [ool-2-worker-15] c.c.w.s.WebServer - sent msg to workers for 8454e7d8-b8ca-4881-912b-6cdf3e6787bf. current workers: 1200000

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--

usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw 

74   9  14   0   0   3|   0    24k|6330k   20M|   0     0 |  20k 1696 

70  23   0   0   0   6|   0    64k|  11M   58M|   0     0 |  18k 2526 

75  11   6   0   0   7|   0     0 |9362k   66M|   0     0 |  24k   11k

82   4   8   0   0   6|   0     0 |  11M   35M|   0     0 |  24k   10k

85   0  14   0   0   1|   0     0 |8334k   12M|   0     0 |  44k  415 

84   0  15   0   0   1|   0     0 |9109k   16M|   0     0 |  36k  425 

81   0  19   0   0   0|   0    24k| 919k  858k|   0     0 |  23k  629 

76   0  23   0   0   0|   0     0 | 151k  185k|   0     0 |  18k 1075

客户端 (一共 20 个，这里选取其中一个查看它的指标)。每个客户端保持 6 万个连接。每个消息从服务器发送到客户端接收到总用时平均 1412 毫秒，而且标准差较大，每个连接用时差别较大。

Active WebSockets for 6674c9d8-24c6-4e77-9fc0-58afabe7436f

count = 60000

WebSocket Errors for 6674c9d8-24c6-4e77-9fc0-58afabe7436f

count = 0

-- Histograms ------------------------------------------------------------------

Message latency for 6674c9d8-24c6-4e77-9fc0-58afabe7436f

count = 454157

min = 716

max = 9297

mean = 1412.77

stddev = 1102.64

median = 991.00

75% <= 1449.00

95% <= 4136.00

98% <= 4951.00

99% <= 5308.00

99.9% <= 8854.00

-- Meters ----------------------------------------------------------------------

Message Rate for 6674c9d8-24c6-4e77-9fc0-58afabe7436f

count = 454244

         mean rate = 18821.51 events/minute

1-minute rate = 67705.18 events/minute

5-minute rate = 49917.79 events/minute

15-minute rate = 24355.57 events/minute

Undertow

  • 建立 120 万个连接，不发送消息，轻轻松松达到。内存占用较少，还剩余 11G 内存。
[root@colobu ~]# ss -s; free -m

Total: 1200234 (kernel 1200240)

TCP:   1200006 (estab 1200002, closed 0, orphaned 0, synrecv 0, timewait 0/0), ports 4

Transport Total     IP        IPv6

*         1200240   -         -        

RAW       0         0         0        

UDP       1         1         0        

TCP       1200006   1200006   0        

INET      1200007   1200007   0        

FRAG      0         0         0        

             total       used       free     shared    buffers     cached

Mem:         30074      18497      11576          0         10        286

-/+ buffers/cache:      18200      11873

Swap:          815          0        815
  • 每分钟给所有的 120 万个 websocket 发送一条消息，消息内容为当前的服务器的时间。
    群发玩一次大约需要 15 秒。
03:19:31.154 [pool-1-thread-1] INFO  c.colobu.webtest.undertow.WebServer$ - send msg to channels for d9b450da-2631-42bc-a802-44285f63a62d

03:19:46.755 [pool-1-thread-1] INFO  c.colobu.webtest.undertow.WebServer$ - sent 1200000 channels for d9b450da-2631-42bc-a802-44285f63a62d

客户端 (一共 20 个，这里选取其中一个查看它的指标)。每个客户端保持 6 万个连接。每个消息从服务器发送到客户端接收到总用时平均 672 毫秒，而且标准差较小，每个连接用时差别不大。

Active WebSockets for b2e95e8d-b17a-4cfa-94d5-e70832034d4d

             count = 60000

WebSocket Errors for b2e95e8d-b17a-4cfa-94d5-e70832034d4d

             count = 0

-- Histograms ------------------------------------------------------------------

Message latency for b2e95e8d-b17a-4cfa-94d5-e70832034d4d

             count = 460800

               min = 667

               max = 781

              mean = 672.12

            stddev = 5.90

            median = 671.00





99.9

-- Meters ----------------------------------------------------------------------

Message Rate for b2e95e8d-b17a-4cfa-94d5-e70832034d4d

             count = 460813

         mean rate = 27065.85 events/minute

1-minute rate = 69271.67 events/minute

5-minute rate = 48641.78 events/minute

15-minute rate = 24128.67 events/minute

Setup Rate for b2e95e8d-b17a-4cfa-94d5-e70832034d4d

node.js

node.js 不是我要考虑的框架，列在这里只是作为参考。性能也不错。

Active WebSockets for 537c7f0d-e58b-4996-b29e-098fe2682dcf

count = 60000

WebSocket Errors for 537c7f0d-e58b-4996-b29e-098fe2682dcf

count = 0

-- Histograms ------------------------------------------------------------------

Message latency for 537c7f0d-e58b-4996-b29e-098fe2682dcf

count = 180000

min = 808

max = 847

mean = 812.10

stddev = 1.95

median = 812.00

75% <= 812.00

95% <= 813.00

98% <= 814.00

99% <= 815.00

99.9% <= 847.00

-- Meters ----------------------------------------------------------------------

Message Rate for 537c7f0d-e58b-4996-b29e-098fe2682dcf

count = 180000

         mean rate = 7191.98 events/minute

1-minute rate = 10372.33 events/minute

5-minute rate = 16425.78 events/minute

15-minute rate = 9080.53 events/minute

四、参考文档

  1. HTTP 长连接 200 万尝试及调优
  2. Linux 最大打开文件描述符数
  3. 100 万并发连接服务器笔记之 1M 并发连接目标达成
  4. 知乎：如何实现单服务器 300 万个长连接的？
  5. 构建 C1000K 的服务器
  6. 千万级并发实现的秘密
  7. C1000k 新思路：用户态 TCP/IP 协议栈
  8. https://github.com/xiaojiaqi/C1000kPracticeGuide
  9. 600k concurrent websocket connections on AWS using Node.js
  10. https://plumbr.eu/blog/memory-leaks/out-of-memory-kill-process-or-sacrifice-child?utm_source=feedly&utm_reader=feedly&utm_medium=rss&utm_campaign=rss
  11. http://it.deepinmind.com/java/2014/06/12/out-of-memory-kill-process-or-sacrifice-child.html
  12. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Performance_Tuning_Guide/s-memory-captun.html
  13. http://www.nateware.com/linux-network-tuning-for-2013.html#.VV0s6kawqgQ
  14. http://warmjade.blogspot.jp/2014_03_22_archive.html
  15. http://mp.weixin.qq.com/s?__biz=MjM5NzAwNDI4Mg==&mid=209282398&idx=1&sn=9ffef32b3ab93d1e239c9dc753a3a9bb
灵泽~
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring系列-基于Spring框架的WebSocket使用
mystonelxj的博客
05-19 772
WebSocket是一种在单个TCP连接上进行全双工通信的协议。本文演示了三种方式建立简单的页面方式调用WebSocket，分别是@bean模式、@Autowired模式以及xml模式，主要使用了 org.springframework.web.socket.handler.TextWebSocketHandler 与org.springframework.web.socket.config.annotation.WebSocketConfigurer完成了相关WebSocket通讯功能的实现
石墨文档Websocket百万长连接技术实践
芋艿V
07-19 294
点击上方“芋道源码”，选择“设为星标”管她前浪，还是后浪？能浪的浪，才是好浪！每天 10:33更新文章，每天掉亿点点头发...源码精品专栏原创 | Java 2021超神之路，很肝~中文详细注释的开源项目RPC 框架 Dubbo 源码解析网络应用框架 Netty 源码解析消息中间件 RocketMQ 源码解析数据库中间件 Sharding-JDBC 和 MyCAT 源码解析作业调度中间件 E...
benchmark-websocket:Websocket客户端和服务器用于具有数百万个并发连接的基准测试
05-10
基准websocket 关于最新结果，请点击此处： 也可以看看： 概述 此仓库包含oatpp-websocket-benchmarks中使用的服务器和客户端。 服务器和客户端均基于oatpp异步API和 回购结构 |- client/ | |- src/ // client source code | |- CMakeLists.txt // client CMakeLists.txt | |- server/ | |- src/ // server source code | |- CMakeLists.txt // server CMakeLists.txt | |- prepare.sh // prepare
2024年Go最新Golang Websocket框架：实时通信的新选择，2024年最新超详细
最新发布
2401_84919706的博客
05-14 812
需要这份系统化的资料的朋友，可以添加戳这里获取](https://bbs.csdn.net/topics/618658159)**// 升级HTTP请求为Websocket连接。// 读取客户端发送的消息。
【 WebSocket 框架 】
qq_64317046的博客
05-16 1420
WebSocket 是从 HTML5 开始支持的一种网页端和服务端保持长连接的 消息推送机制理解消息推送:传统的 web 程序, 都是属于 “一问一答” 的形式. 客户端给服务器发送了一个 HTTP 请求, 服务器给客户端返回一个 HTTP 响应.这种情况下, 服务器是属于被动的一方. 如果客户端不主动发起请求, 服务器就无法主动给客户端响应.像五子棋这样的程序, 或者聊天这样的程序, 都是非常依赖 “消息推送” 的. 如果只是使用原生的 HTTP 协议, 要想实现消息推送一般需要通过 “轮询。
常用websocket开源库
technologyleader的专栏
05-07 5886
websocket是html5中新增的协议，websocket的特点是全双工，服务端和客户端可以互相发送消息。得益于不同平台对websocket协议的广泛实现，它为跨多种平台的实时网络应用程序开发提供了极大的方便。除了可以在前端开发的JavaScript 中使用 WebSocket 之外，我们也可以在 Java、C++、Go、Rust 等编程语言平台中使用 WebSocket。 我汇总整理了8款目前常用的websocket开源框架，都是比较优秀的websocket库，大家可以来了解一下。 1、GoEas
好用的websocket框架推荐
github_35614077的博客
01-17 1万+
描述Lhttp是一个基于websocket服务端框架，提供一个类似http的协议去帮助开发者开发长连接的应用。使用Lhttp可以大量减少服务端开发的工作量，实现非常好的模块化和业务功能的解耦合。可以定制任何你想要的功能。项目地址特点 使用简单，功能强大 性能高，使用gnatsd消息队列 publish 10000 条消息耗时0.04s(single-core CPU,1G memory). 支持集群
WebSocket
weixin_61557810的博客
06-14 973
WebSocket
WebSocket部署到服务器出现连接失败问题的分析与解决
10-19
主要给大家介绍了关于WebSocket部署到服务器出现连接失败问题的分析与解决方法，文中给出了详细的介绍供大家参考学习，文末也给出了demo下载地址，需要的朋友们可以下载学习，下面随着小编来一起学习学习吧。
Python的websocket服务器框架
06-15
WebSocket是一种在客户端和服务器之间建立持久连接的协议，它允许双方进行双向通信，即服务器可以主动向客户端推送数据。在Web开发中，WebSocket为实时应用提供了便利，比如在线聊天、实时股票报价、游戏等场景。...
Django+Vue实现WebSocket连接的示例代码
10-16
在本文中，我们将探讨如何使用Django和Vue.js框架实现WebSocket连接，以便实现实时通信。WebSocket协议允许双向通信，即服务器和客户端可以同时发送数据，非常适合用于实时更新的场景，如在线聊天、股票报价、游戏等...
thinkphp6使用workerman websocket连接
05-28
本文将深入探讨在ThinkPHP6框架中如何使用Workerman库来实现WebSocket连接，以及相关的技术要点。 首先，`ThinkPHP6` 是一个基于 PHP7 开发的轻量级且强大的国产PHP框架，其核心设计理念是“简洁、实用、快速”。它...
Netty通过WebSocket编程实现服务器和客户端长连接.zip
11-13
在WebSocket服务器中，我们需要实现`WebSocketServerProtocolHandler`来处理WebSocket升级请求和管理WebSocket连接。 2. **WebSocketFrameDecoder/Encoder**：这些处理器用于解码和编码WebSocket帧。WebSocket帧...
七种 WebSocket 框架的性能比较
卷心菜投手
10-14 985
1、 原文地址前一篇文章使用四种框架分别实现百万 websocket 常连接的服务器介绍了四种 websocket 框架的测试方法和基本数据。前一篇文章介绍了四种 websocket 框架的测试方法和基本数据。最近我又使用几个框架实现了 websocket push 服务器的原型，并专门对这七种实现做了测试。本文记录了测试结果和一些对结果的分析。最近用 Golang 实现了第八种，Go 表现还不错。
【一起学Rust | 框架篇 | ws-rs框架】属于Rust的Websocket框架——ws-rs
热门推荐
广龙宇的博客
10-30 5万+
ws-rs实现了MIO的WebSockets RFC6455标准。它允许在单个线程上处理多个连接，甚至可以在同一线程上生成新的客户端连接。这使得WebSockets非常快速且资源高效。API设计抽象了WebSocket协议的底层部分，使开发者可以专注于应用程序代码，而不必担心协议的一致性。
webSocket连接数太多启动不起来怎么办？
qq_42582773的博客
10-20 3509
WebSocket连接数过多
websocket应用与简介
m0_73291751的博客
04-15 353
WebSocket是一种基于TCP协议的新型通信协议，旨在通过一次握手创建一个双向的交互通信通道，使客户端和服务器之间的数据交换变得更加高效、快捷。它与HTTP协议一样使用TCP连接，但与HTTP协议不同的是，在握手成功后，客户端和服务器可以在整个连接的生命周期内相互发送任意数据，而不需要重新发起连接。WebSocket通常用于实时通信、游戏、在线聊天等应用程序。
Android WebSocket状态管理框架 - WebSocketGo
Android23333的博客
05-31 1557
阅读本文需要 Integer.MAX_VALUE 分钟。笔者所在的公司主营业务是智能家居，笔者在公司负责的Android端App的开发。关于智能家居，估计现在百分之八九十的童鞋都听过，但真正了解或者使用过的估计就不占多数了。本文不谈行业前景，只谈技术。为了方便大家更加了解故事的背景，顺便科普一下智能家居，想直奔WebSocket主题的童鞋可以直接第二章节。智能家居，算是物联网的一个典型应用场景。什么是物联网呢，字面意思就是把众多物体连接起来组成一个网络，英文是Internet of things（IoT）。
100万级连接，爱奇艺WebSocket网关如何架构
架构师尼恩
09-09 1957
WebSocket 是实现服务端推送的主流技术，适当使用可以有效提升系统响应能力，增强用户体验。通过 WebSocket 长连接网关，可以迅速为系统增加数据推送能力，有效降低运维成本，提高开发效率。长连接网关的价值在于1）它封装了 WebSocket 通信细节，与业务系统解耦，使得长连接网关与业务系统可独立优化迭代，避免重复开发，便于开发与维护；2）网关提供了简单易用的 HTTP 推送通道，支持多种开发语言接入，便于系统集成和使用；
用springboot框架实现websocket的服务器
05-20
要使用Spring Boot框架实现WebSocket服务器，可以按照以下步骤： 1. 首先，在项目的pom.xml文件中添加Spring WebSocket和Tomcat WebSocket依赖： ``` <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-websocket</artifactId> </dependency> <dependency> <groupId>org.apache.tomcat.embed</groupId> <artifactId>tomcat-embed-websocket</artifactId> </dependency> ``` 2. 然后，创建一个WebSocket配置类，在其中注册WebSocket处理程序： ``` @Configuration @EnableWebSocket public class WebSocketConfig implements WebSocketConfigurer { @Override public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) { registry.addHandler(myHandler(), "/myHandler"); } @Bean public WebSocketHandler myHandler() { return new MyWebSocketHandler(); } } ``` 3. 接下来，创建WebSocket处理程序类： ``` public class MyWebSocketHandler extends TextWebSocketHandler { @Override public void handleTextMessage(WebSocketSession session, TextMessage message) throws IOException { // 处理接收到的消息 } @Override public void afterConnectionEstablished(WebSocketSession session) throws Exception { // 连接建立时的处理 } } ``` 4. 最后，在Controller类中注入WebSocketSession并向客户端发送消息： ``` @Controller public class MyController { @Autowired private WebSocketSession session; @RequestMapping("/send") public void sendMessage() throws IOException { session.sendMessage(new TextMessage("Hello, client!")); } } ``` 以上就是使用Spring Boot框架实现WebSocket的基本步骤，需要注意的是，这里使用的是Tomcat WebSocket，如果你使用的是其他服务器，需要相应地更改依赖和配置。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值