ASP.NET WebSocket接收缓冲区：.NET框架是否自动调整？性能优化疑问

据了解，WebSocket的ReceiveAsync方法适用的缓冲区大小为8192字节，更大的缓冲区也可正常工作。请问.NET框架是否会自动处理缓冲区调整，还是建议自行处理？我编写了一段处理超过8192字节帧的代码（如下），该代码可正常运行，但接收100MB以上数据时速度较慢，而设置100MB及以上缓冲区则速度快很多。

var payload = new byte[FRAME_SIZE];
var receivedFrame = await websocket.ReceiveAsync(payload, CancellationToken.None);

while (!receivedFrame.EndOfMessage)
{
    var frame = new byte[FRAME_SIZE]; // which is 8192
    receivedFrame = await websocket.ReceiveAsync(frame, CancellationToken.None);

    var nextBuffer = new byte[payload.Length + receivedFrame.Count];

    Array.Copy(payload, 0, nextBuffer, 0, payload.Length);
    Array.Copy(frame, 0, nextBuffer, payload.Length, receivedFrame.Count);

    payload = nextBuffer;
}

回答 #

1. .NET框架不会自动处理缓冲区扩容
   .NET的WebSocket API仅负责返回当前接收到的分片数据及EndOfMessage标记，不会自动帮开发者拼接消息或扩容缓冲区，所有分片接收、缓冲区管理逻辑都需要自行实现。

2. 当前代码的性能瓶颈
   你现在的实现每次收到分片都要创建新数组并两次拷贝已有数据，处理大消息时会产生大量内存分配和数据复制操作，时间复杂度为O(n²)，数据量越大，性能损耗越明显。而直接使用大缓冲区接收，避免了多次拷贝，因此速度更快。

3. 优化方案

   • 预分配匹配消息大小的缓冲区：如果能提前预估消息体积，直接创建对应大小的缓冲区是最高效的方式，但需注意内存占用问题，避免不必要的浪费。
   • 使用动态扩容容器替代手动数组拼接：比如MemoryStream，它内部会自动管理缓冲区扩容，减少手动拷贝的开销：

     using var ms = new MemoryStream();
     var buffer = new byte[8192];
     WebSocketReceiveResult receivedFrame;
     do
     {
         receivedFrame = await websocket.ReceiveAsync(buffer, CancellationToken.None);
         ms.Write(buffer, 0, receivedFrame.Count);
     } while (!receivedFrame.EndOfMessage);
     var payload = ms.ToArray();
     

   • 根据业务场景调整缓冲区基础大小：8192是官方推荐的分片大小，但如果经常处理大消息，可以适当调大基础缓冲区（如64KB、128KB），平衡内存占用和拷贝开销，无需直接使用100MB级别的缓冲区——高并发场景下，过大的缓冲区会造成严重的内存浪费。

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