一文让你全面认识WebSocket压测！零基础入门到精通，收藏这篇就够了

程序员_大白

墨衍会员 · AI 创作全网分发码龄5年

关注

原创最新推荐文章于 2026-07-20 20:10:40 发布 1k 阅读 AI 写同款· GEO 优化 ›

jmeter如何进行websocket压测？ jmeter websocket 阅读详情

一、 WebSocket简介

01 WebSocket是什么？

「WebSocket」是一种在单个TCP连接上进行全双工通信的协议。

「WebSocket」使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在「WebSocket API」中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。

TCP连接是一种可靠的、面向连接的网络通信协议。它通过三次握手建立连接，然后通过数据包的传输和确认来保证数据的可靠性和顺序性。

在建立TCP连接时，客户端首先向服务器发送一个SYN（同步）包，服务器收到后回复一个SYN+ACK（同步+确认）包，客户端再回复一个ACK（确认）包，完成了三次握手，建立了连接。在连接建立后，双方可以通过发送和接收数据包进行通信。

发送方将数据分割成小的数据包，并为每个数据包添加序列号。接收方接收到数据包后进行确认，并按照序列号将数据包重新组装成完整的数据。

解析:

Http: 类似微信发文字消息

Websocket: 类似微信视频通话

02 WebSocket压测的目的和意义

「WebSocket」压测的目的和意义是评估「WebSocket」服务的性能和稳定性。通过模拟大量并发连接和发送大量数据包，可以测试服务器在高负载情况下的响应速度、吞吐量和并发连接数等指标。

这有助于发现服务器在实际使用中可能出现的性能瓶颈和问题，并进行优化和调整，以确保服务器能够处理大规模的实时通信需求。

此外，「WebSocket」压测还可以验证服务器在长时间运行下是否会出现内存泄漏或其他稳定性问题，以提高系统的可靠性。

03 常用的WebSocket压测工具和方法

首先在进行WebSocket压测时，一般需要注意以下5个方面：

**1. 并发连接数：**模拟真实场景下可能出现的并发连接数，并观察服务器在高负载情况下是否能够正常处理请求。
**2. 数据包大小：**根据实际需求设置合适大小的数据包，并观察服务器在处理不同大小数据包时的性能表现。
**3. 响应时间：**记录每个请求的响应时间，并分析是否存在延迟或超时问题。
**4. 吞吐量：**观察服务器在单位时间内处理请求数量，评估其处理能力。
**5. 稳定性：**长时间运行测试以验证服务器是否会出现内存泄漏或其他稳定性问题。

工具对比:

综合上面工具的特性，使用Jmeter测试建立长连接发送心跳的QPS，使用自己写的工具模拟建立长连接数量。

Jmeter 使用

1插件下载:

https://bitbucket.org/pjtr/jmeter-websocket-samplers/downloads/，建议下载最新版本。

**2 详细使用可以参考：**https://help.aliyun.com/document_detail/93627.html?spm=5176.pts_console.help.dexternal.4b6267e45z6Q4x

3 如何建立连接后一直发送心跳

3.1 添加线程组
3.2 线程组下添加 HTTP请求头管理器

3.3 线程组下添加WebSocket Open Connection

3.4 线程组下添加循环控制器

循环控制器：60

WebSocket Ping/Pong：pong(just send pong)

固定定时器：5000 ms

3.5 线程组下添加WebSocket Close

3.6 如果需要参数，增加CSV 数据文件设置

再加上聚合报告和查看结果数，这样一个完整的建立「websocket」连接后，5秒发送一次心跳，持续300秒的脚本就配置好了。执行上面配置好的脚本，就可以压测出建立连接后发送心跳的QPS和响应时间了。

netty客户端(只能模拟连接数)

代码地址：https://github.com/GreatAsia/websocket-netty-tools.git下载代码后,使用编译器打开，进入对应的项目目录，mvn package就可以打包了。

1 使用netty客户端文件(带header)

命令： nohup java -jar ultrasnake-client-header.jar --host 10.10.10.1–port 8080 --file 6wc.cvs --ws ws &

–host: ip/域名

–port: 8080/443/80

–file: 文件

–ws: ws/wss

2 使用netty客户端文件(不带header)

**命令：**java -jar ultrasnake-client.jar --host 10.10.10.10 --port 8000 --size 60000

–host: ip/域名

–port: 8080/80

–size: 连接数

一台施压机器只能建立6w连接，如果模拟20万连接，需要4台机器。

二、影响WebSocket连接数的因素

01服务器硬件配置对连接数的影响

1.处理器性能：服务器的处理器性能决定了其在单位时间内可以处理的连接数。较高性能的处理器可以更快地处理连接请求和数据传输，从而支持更多的连接数。

2. 内存容量：服务器的内存容量决定了其可以同时维护的连接数。每个连接都需要占用一定的内存资源，包括缓冲区、会话状态等。较大的内存容量可以支持更多的连接。

**3.硬盘速度：**服务器硬盘的读写速度对于处理连接请求和数据传输也有影响。较高速度的硬盘可以更快地读取和写入数据，提高服务器响应速度，从而支持更多的连接。

**4.网络带宽和延迟：**服务器所在网络环境的带宽限制了其可以同时处理的连接数。较高带宽可以支持更多数据传输，从而提供更多连接服务。

延迟是指数据从发送端到接收端所需的时间。较低的延迟可以提高连接响应速度，使得服务器能够更快地处理连接请求和数据传输。

如果延迟较高，则可能会导致连接响应变慢或超时，限制了服务器能够同时处理的连接数。

**5.WebSocket协议本身对连接数的限制：**在计算机网络中，TCP连接是通过IP地址和端口号来唯一标识的。

而四元组则是指一个完整的TCP连接所需要的四个要素，包括源IP地址、源端口号、目标IP地址和目标端口号。

当两台主机建立TCP连接时，它们会互相交换各自的IP地址和端口号信息，以建立一个唯一的TCP连接。

这些信息被称为四元组，用于区分不同的TCP连接。

为什么端口号只能使用65535个？

一个四元组包含源IP地址、源端口号、目的IP地址和目的端口号。其中，源端口号和目的端口号都是16位的无符号整数，范围是0到65535。

因此，一个四元组最大只能支持65535个连接。这是因为TCP/IP协议中使用16位的端口号来标识不同的应用程序或服务。每个连接都需要使用不同的端口号来区分不同的应用程序或服务。

由于端口号是16位的，所以最多可以有2^16=65536个不同的端口号可供使用。其中，0被保留为保留端口，因此实际可用的端口范围是1到65535。

三、单台服务器支撑多少连接

01 如何优化服务器配置以提高连接数

压测机和服务端都需要调整文件句柄参数/etc/security/limits.conf

# End of file

root soft nofile 655350

root hard nofile 655350

* soft nofile 655350

* hard nofile 655350

这些参数是用于设置系统中打开文件的限制。- root soft nofile 655350：表示对于root用户，软限制（soft limit）为655350，即允许root用户最多打开655350个文件。

- root hard nofile 655350：表示对于root用户，硬限制（hard limit）为655350，即root用户无法超过655350个文件的打开数。

* soft nofile 655350：表示对于所有其他用户，软限制为655350。- * hard nofile 655350：表示对于所有其他用户，硬限制为655350。

软限制是指在不需要重新启动系统的情况下可以修改的值，而硬限制是指系统所能支持的最大值。

linux系统文件句柄数和tcp连接数的关系?

Linux系统文件句柄数和TCP连接数之间存在一定的关系。在Linux系统中，每个打开的文件（包括网络连接）都会被分配一个唯一的文件句柄。

因此，系统文件句柄数限制了同时打开的文件和网络连接的数量。TCP连接是通过套接字（socket）实现的，而套接字本质上也是一种文件。因此，TCP连接数也受到系统文件句柄数的限制。

如果系统文件句柄数较小，则同时打开的文件和TCP连接数量也会受到限制。

当达到系统文件句柄数上限时，无法再创建新的文件或建立新的TCP连接。

为了提高系统并发性能，可以通过增加系统文件句柄数来增加同时打开的文件和TCP连接数量。可以通过修改操作系统内核参数或者调整应用程序配置来实现。

需要注意的是，增加系统文件句柄数可能会占用更多的内存资源，并且过高的并发连接可能导致服务器负载过大。因此，在调整系统文件句柄数时需要综合考虑服务器硬件资源和应用程序需求。

内核参数调整

/etc/sysctl.conf：

net.ipv4.ip_local_port_range = 1024 65535

net.core.somaxconn=65535

net.ipv4.tcp_max_syn_backlog = 2621440

这些参数是用于配置Linux系统的网络相关设置。

net.ipv4.ip_local_port_range = 1024 65535：表示本地端口范围，即指定可用于本地应用程序的端口范围。在这个例子中，可用的本地端口范围是从1024到65535。
net.core.somaxconn=65535：表示系统中每个监听套接字（socket）的最大连接数。在这个例子中，最大连接数被设置为65535。

- net.ipv4.tcp_max_syn_backlog = 2621440：表示TCP协议的SYN队列的最大长度。SYN队列用于存储尚未完成三次握手的连接请求。在这个例子中，SYN队列的最大长度被设置为2621440。

这些参数可以通过修改/etc/sysctl.conf文件来进行配置，并且需要重新加载sysctl配置才能生效（使用命令sysctl -p）

经过实测一台8c16g的阿里云服务器结果如下：

1 使用demo可以连接:24w
2 使用业务代码可以连接:18w(根据实际业务逻辑变动)
3 阿里云服务器限制：25w

一条ESTABLISH状态的连接大约消耗4K内存（空连接，不涉及任何数据发送和处理),实际测试服务端24万连接预计消耗9G内存。

四、如何设计支撑20万并发连接数架构

01 分布式架构设计思路

上面这张图只支持12W连接, 瓶颈在nginx，在nginx中建立一个连接需要消耗两个连接数，每台机器最大连接数是24w,所以只能支持24/2=12w个连接。

上面这张图只支持12W连接, 瓶颈在业务服务，一个nginx对应一个服务只能建立6w个连接,所以是12w连接。

上面这张图支持24W连接, 一个nginx连接2个服务，每个服务能建立6w个连接,所以是12w + 12w=24w连接。

上面这张图支持24W连接, 一个server 6w个连接,所以是4x6w=24w连接。

五、推测100万连接所需配置分析

先看一下连接数限制条件：

1 四元组：6w；
2 nginx: 一条连接占用两个连接数；
3 一台服务器8c16g最高25W连接；
4 一个服务最大18W连接；

100w所需配置:

1 slb支持100W
2 带宽占用：入口325Mbps 出口225Mbps

上面的服务器配置可以满足100w连接数，实际使用时必须留有余量，所以需要多配置几台服务器进行备份。

六、总结与建议

01 WebSocket压测结果分析与总结

1. 服务很容易出现OOM和服务假死

OOM:内存溢出，需要长时间的压测，观察内存是否释放，比如:每秒%0.1的内存占用累加，最后OOM

服务假死：大量发送同步消息，CPU占满，导致假死,现象有：

1 客户端全部断开
2 服务占用CPU100%，一直不释放
3 服务停止打印日志
4 CLOSE_WAIT关闭很慢

2 压测过程中一定要及时记录服务器性能和服务日志和报错相关信息，避免出现漏侧。通过记录的数据可以分析出问题所在，可以对症进行优化。

3 分析压测结果，分析服务所存在的瓶颈，为后面服务扩容做好准备。做好预案，比如服务假死后，怎么重启服务来满足连接服务。还有结合客户端发送心跳时需要随机发送，避免服务重启造成同时间造成大量建立连接，出现问题。

这两年，IT行业面临经济周期波动与AI产业结构调整的双重压力，确实有很多运维与网络工程师因企业缩编或技术迭代而暂时失业。

很多人都在提运维网工失业后就只能去跑滴滴送外卖了，但我想分享的是，对于运维人员来说，即便失业以后仍然有很多副业可以尝试。

网工/运维/测试副业方向

运维网工，千万不要再错过这些副业机会！

第一个是知识付费类副业：输出经验打造个人IP

在线教育平台讲师

操作路径：在慕课网、极客时间等平台开设《CCNA实战》《Linux运维从入门到精通》等课程，或与培训机构合作录制专题课。
收益模式：课程销售分成、企业内训。

技术博客与公众号运营

操作路径：撰写网络协议解析、故障排查案例、设备评测等深度文章，通过公众号广告、付费专栏及企业合作变现。
收益关键：每周更新2-3篇原创，结合SEO优化与社群运营。

第二个是技术类副业：深耕专业领域变现

企业网络设备配置与优化服务

操作路径：为中小型企业提供路由器、交换机、防火墙等设备的配置调试、性能优化及故障排查服务。可通过本地IT服务公司合作或自建线上接单平台获客。
收益模式：按项目收费或签订年度维护合同。

远程IT基础设施代维

操作路径：通过承接服务器监控、日志分析、备份恢复等远程代维任务。适合熟悉Zabbix、ELK等技术栈的工程师。
收益模式：按工时计费或包月服务。

网络安全顾问与渗透测试

操作路径：利用OWASP Top 10漏洞分析、Nmap/BurpSuite等工具，为企业提供漏洞扫描、渗透测试及安全加固方案。需考取CISP等认证提升资质。
收益模式：单次渗透测试报告收费；长期安全顾问年费。

比如不久前跟我一起聊天的一个粉丝，他自己之前是大四实习的时候做的运维，发现运维7*24小时待命受不了，就准备转网安，学了差不多2个月，然后开始挖漏洞，光是补天的漏洞奖励也有个四五千，他说自己每个月的房租和饭钱就够了。

为什么我会推荐你网安是运维和网工测试人员的绝佳副业&转型方向?

1.你的经验是巨大优势: 你比任何人都懂系统、网络和架构。漏洞挖掘、内网渗透、应急响应，这些核心安全能力本质上是“攻击视角下的运维”。你的运维背景不是从零开始，而是降维打击。

2.越老越吃香，规避年龄危机: 安全行业极度依赖经验。你的排查思路、风险意识和对复杂系统的理解能力，会随着项目积累而愈发珍贵，真正做到“姜还是老的辣”。

3.职业选择极其灵活: 你可以加入企业成为安全专家，可以兼职“挖洞“获取丰厚奖金，甚至可以成为自由顾问。这种多样性为你提供了前所未有的抗风险能力。

4.市场需求爆发，前景广阔: 在国家级政策的推动下，从一线城市到二三线地区，安全人才缺口正在急剧扩大。现在布局，正是抢占未来先机的黄金时刻。

网工运维测试转行学习网络安全路线

在这里插入图片描述

（一）第一阶段：网络安全筑基

1. 阶段目标

你已经有运维经验了，所以操作系统、网络协议这些你不是零基础。但要学安全，得重新过一遍——只不过这次我们是带着“安全视角”去学。

2. 学习内容

**操作系统强化：**你需要重点学习 Windows、Linux 操作系统安全配置，对比运维工作中常规配置与安全配置的差异，深化系统安全认知（比如说日志审计配置，为应急响应日志分析打基础）。

**网络协议深化：**结合过往网络协议应用经验，聚焦 TCP/IP 协议簇中的安全漏洞及防护机制，如 ARP 欺骗、TCP 三次握手漏洞等（为 SRC 漏扫中协议层漏洞识别铺垫）。

**Web 与数据库基础：**补充 Web 架构、HTTP 协议及 MySQL、SQL Server 等数据库安全相关知识，了解 Web 应用与数据库在网安中的作用。

**编程语言入门：**学习 Python 基础语法，掌握简单脚本编写，为后续 SRC 漏扫自动化脚本开发及应急响应工具使用打基础。

**工具实战：**集中训练抓包工具（Wireshark）、渗透测试工具（Nmap）、漏洞扫描工具（Nessus 基础版）的使用，结合模拟场景练习工具应用（掌握基础扫描逻辑，为 SRC 漏扫工具进阶做准备）。

（二）第二阶段：漏洞挖掘与 SRC 漏扫实战

1. 阶段目标

这阶段是真正开始“动手”了。信息收集、漏洞分析、工具联动，一样不能少。

熟练运用漏洞挖掘及 SRC 漏扫工具，具备独立挖掘常见漏洞及 SRC 平台漏扫实战能力，尝试通过 SRC 挖洞搞钱，不管是低危漏洞还是高危漏洞，先挖到一个。

2. 学习内容

信息收集实战：结合运维中对网络拓扑、设备信息的了解，强化基本信息收集、网络空间搜索引擎（Shodan、ZoomEye）、域名及端口信息收集技巧，针对企业级网络场景开展信息收集练习（为 SRC 漏扫目标筛选提供支撑）。

漏洞原理与分析：深入学习 SQL 注入、CSRF、文件上传等常见漏洞的原理、危害及利用方法，结合运维工作中遇到的类似问题进行关联分析（明确 SRC 漏扫重点漏洞类型）。

工具进阶与 SRC 漏扫应用：

系统学习 SQLMap、BurpSuite、AWVS 等工具的高级功能，开展工具联用实战训练；
专项学习 SRC 漏扫流程：包括 SRC 平台规则解读（如漏洞提交规范、奖励机制）、漏扫目标范围界定、漏扫策略制定（全量扫描 vs 定向扫描）、漏扫结果验证与复现；
实战训练：使用 AWVS+BurpSuite 组合开展 SRC 平台目标漏扫，练习 “扫描 - 验证 - 漏洞报告撰写 - 平台提交” 全流程。
SRC 实战演练：选择合适的 SRC 平台（如补天、CNVD）进行漏洞挖掘与漏扫实战，积累实战经验，尝试获取挖洞收益。

恭喜你，如果学到这里，你基本可以下班搞搞副业创收了，并且具备渗透测试工程师必备的「渗透技巧」、「溯源能力」，让你在黑客盛行的年代别背锅，工作实现升职加薪的同时也能开创副业创收！

如果你想要入坑黑客&网络安全，笔者给大家准备了一份：全网最全的网络安全资料包需要保存下方图片，微信扫码即可前往获取!

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

优快云大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享

（三）第三阶段：渗透测试技能学习

1. 阶段目标

全面掌握渗透测试理论与实战技能，能够独立完成渗透测试项目，编写规范的渗透测试报告，具备渗透测试工程师岗位能力，为护网红蓝对抗及应急响应提供技术支撑。

2. 学习内容

渗透测试核心理论：系统学习渗透测试流程、方法论及法律法规知识，明确渗透测试边界与规范（与红蓝对抗攻击边界要求一致）。

实战技能训练：开展漏洞扫描、漏洞利用、电商系统渗透测试、内网渗透、权限提升（Windows、Linux）、代码审计等实战训练，结合运维中熟悉的系统环境设计测试场景（强化红蓝对抗攻击端技术能力）。

工具开发实践：基于 Python 编程基础，学习渗透测试工具开发技巧，开发简单的自动化测试脚本（可拓展用于 SRC 漏扫自动化及应急响应辅助工具）。

报告编写指导：学习渗透测试报告的结构与编写规范，完成多个不同场景的渗透测试报告撰写练习（与 SRC 漏洞报告、应急响应报告撰写逻辑互通）。

（四）第四阶段：企业级安全攻防（含红蓝对抗）、应急响应

1. 阶段目标

掌握企业级安全攻防、护网红蓝对抗及应急响应核心技能，考取网安行业相关证书。

2. 学习内容

护网红蓝对抗专项：

红蓝对抗基础：学习护网行动背景、红蓝对抗规则（攻击范围、禁止行为）、红蓝双方角色职责（红队：模拟攻击；蓝队：防御检测与应急处置）；
红队实战技能：强化内网渗透、横向移动、权限维持、免杀攻击等高级技巧，模拟护网中常见攻击场景；
蓝队实战技能：学习安全设备（防火墙、IDS/IPS、WAF）联动防御配置、安全监控平台（SOC）使用、攻击行为研判与溯源方法；
模拟护网演练：参与团队式红蓝对抗演练，完整体验 “攻击 - 检测 - 防御 - 处置” 全流程。
应急响应专项：
应急响应流程：学习应急响应 6 步流程（准备 - 检测 - 遏制 - 根除 - 恢复 - 总结），掌握各环节核心任务；
实战技能：开展操作系统入侵响应（如病毒木马清除、异常进程终止）、数据泄露应急处置、漏洞应急修补等实战训练；
工具应用：学习应急响应工具（如 Autoruns、Process Monitor、病毒分析工具）的使用，提升处置效率；
案例复盘：分析真实网络安全事件应急响应案例（如勒索病毒事件），总结处置经验。
其他企业级攻防技能：学习社工与钓鱼、CTF 夺旗赛解析等内容，结合运维中企业安全防护需求深化理解。