JMeter分布式压测：React应用服务器CPU利用率波动原因咨询

1. 应用层缓存生效逻辑 #

• React应用静态资源/组件缓存：首次测试时，应用服务器可能未缓存编译后的React组件、JS/CSS资源，需要实时编译或加载，CPU占用冲高；重复测试时缓存命中，资源处理开销骤降，CPU使用率回落。
• 业务数据缓存：若应用配置了内存缓存或外部缓存服务，首次请求需从MongoDB拉取全量数据，重复请求直接读取缓存，减少数据库交互带来的CPU消耗。

2. 运行时环境预热 #

• 不管是Node.js（React常用后端）还是Java这类运行时，首次处理请求时会触发类加载、JIT编译（Java）、模块解析（Node.js）等操作，这些过程会瞬间拉高CPU；重复测试时运行时已完成预热，CPU开销回归稳定业务处理水平。

3. 分布式测试的网络不确定性 #

• JMeter分布式节点与应用服务器之间的网络延迟、TCP连接建立/重传等操作存在随机性，请求到达应用的速率不均匀：集中涌入时CPU被占满，请求稀疏时CPU回落，形成波动。
• 哪怕是1个用户的测试，网络抖动也可能导致单次请求的CPU消耗出现短暂峰值。

4. MongoDB交互的变量影响 #

• 首次测试时MongoDB可能需要加载数据到内存、生成查询计划，应用服务器会因等待数据库响应出现短暂CPU空闲，但数据返回后处理逻辑会冲高CPU；重复测试时MongoDB缓存了数据和查询计划，响应更快，应用CPU波动减小。
• 数据库锁竞争、慢查询：如果测试包含写操作，MongoDB的锁冲突会导致应用服务器等待，CPU出现波动；重复测试时锁竞争情况变化，CPU数值也随之不同。

5. 虚拟化环境的资源共享干扰 #

• 应用服务器作为镜像运行在云虚拟化环境时，宿主机的其他租户可能抢占CPU资源，导致应用服务器CPU被限制到100%；当宿主机资源空闲时，应用CPU使用率下降，直接造成同测试的结果差异。

6. JMeter调度的微小差异 #

• 分布式模式下，各JMeter节点的线程启动、请求发送存在毫秒级差异，实际到达应用服务器的并发请求量会波动，进而导致CPU使用率出现起伏。

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