SignalR高频消息发送时序与负载测试异常现象咨询

你观测到的短间隔下发消息阶梯式时延上升属于SignalR高吞吐大消息场景下的正常表现，核心诱因有三个：

• SignalR默认配置下，MaximumParallelInvocationsPerClient参数值为1，即单个客户端同一时间仅允许1个Hub方法执行，后续请求会直接进入客户端待处理队列。你设置单条消息处理耗时500ms，当消息发送间隔≤500ms时，消息入队速度持续高于处理速度，队列长度随时间累加就会出现时延持续上升的现象；而发送间隔为1000ms时，发送间隔长于单条消息处理耗时，不会出现队列堆积，因此测试结果符合预期。
• 你测试使用的740kB、1240kB消息均远大于SignalR默认的32kB单条消息最大阈值，会触发强制分帧传输，大消息分帧、组装本身会带来额外传输开销，同时大消息会快速占满TCP连接的收发缓冲区触发TCP流量控制，进一步放缓消息传输速度，放大队列堆积效应。
• 时延阶梯式跳涨是缓冲区批量刷新机制导致的：SignalR内部消息发送缓冲区、Kestrel服务器的Socket缓冲区均设置有固定阈值，当队列堆积量达到阈值时会触发批量处理，这段时间内新进入的消息会全部暂时堆积，批量处理完成后统计时就会出现阶梯式的时延跳涨。

如果需要复现无队列干扰的理想测试结果，可提前调整三个核心配置：

• 将MaximumParallelInvocationsPerClient调高至测试预期的并行处理数
• 将MaximumReceiveMessageSize调高至大于测试用的单条消息大小
• 同步调大Kestrel的MaxRequestBodySize参数
  大消息测试场景下也可开启SignalR内置的消息压缩，减少分帧数量，降低传输层面的时延波动。

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