Next.js应用JMeter压测遭遇端口耗尽问题求助

一、操作系统层面优化TIME_WAIT端口占用 #

Linux系统 #

• 修改TCP内核参数，编辑/etc/sysctl.conf添加以下配置：

  net.ipv4.tcp_tw_reuse = 1          # 允许复用处于TIME_WAIT状态的端口
  net.ipv4.tcp_fin_timeout = 30      # 将TIME_WAIT超时时间从默认60秒缩短为30秒
  net.ipv4.ip_local_port_range = 1024 65535  # 扩大可用本地端口范围
  net.ipv4.tcp_tw_recycle = 0        # 若压测环境存在NAT（如云服务器），建议关闭该参数，避免连接异常
  

  执行sysctl -p使配置立即生效。

Windows系统 #

• 打开注册表编辑器（regedit），修改以下键值：
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay：设为十进制30
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort：设为十进制65535
    修改后重启系统生效，但Windows的端口复用效率低于Linux，优先推荐用Linux做压测机。

二、JMeter场景配置优化 #

1. 强制连接复用

   • 在HTTP请求默认配置中勾选Use Keep-Alive，并在请求头管理器中添加Connection: keep-alive，确保同一用户的请求复用TCP连接，减少新端口创建。
   • 添加HTTP Cookie管理器和HTTP Cache管理器，模拟浏览器的会话保持和资源缓存行为，进一步降低连接创建频率。

2. 调整压测场景的真实性

   • 移除每轮循环重复登录的逻辑：真实用户不会频繁登录登出，改为先让400线程完成一次登录流程，之后循环仅执行加载数据页、GET接口、WebSocket同步操作，复用已有的会话连接。
   • 添加思考时间：在请求之间插入固定定时器或高斯随机定时器（比如1-3秒），模拟用户真实操作间隔，减少每秒新建连接的数量。
   • 保持WebSocket长连接：使用JMeter的WebSocket插件时，确保连接建立后持续保持，而非每轮循环都断开重连——真实场景中用户打开页面后WebSocket会一直维持。

3. 线程与循环优化

   • 避免频繁销毁重建线程：确保线程组的循环是在同一线程内执行，而非每轮循环结束后销毁线程（线程销毁会导致TCP连接关闭进入TIME_WAIT）。

三、分布式压测分摊端口压力 #

如果单台压测机的端口资源仍不足以支撑负载，采用JMeter分布式压测：

• 将400并发用户分摊到多台压测机（比如2台各跑200用户），每台机器的端口压力直接减半，从根源上避免单机器端口耗尽。

四、关于JMeter场景与真实浏览器的匹配性 #

你的初始场景和真实浏览器行为有差异，主要体现在：

• 真实浏览器会长期复用TCP连接、缓存静态资源、有操作间隔，不会短时间内重复执行登录流程。
• 优化后的场景（复用会话、添加思考时间、保持长连接）可以高度贴近真实用户行为，完全不需要用Selenium模拟大量浏览器——Selenium的资源消耗极大，不适合高并发压测场景，JMeter是更高效的替代方案。

参考资料 #

• JMeter官方文档：HTTP请求配置、分布式压测模块
• Linux内核TCP参数调优手册：TIME_WAIT复用、端口范围相关内容
• Next.js官方性能指南：WebSocket并发优化建议

内容的提问来源于stack exchange，提问作者Danza