WebSocket单工流场景客户端如何优雅关闭连接？ASP.NET Core场景问题

根本原因 #

你的猜测完全正确，.NET 中 WebSocket 实例的状态更新、关闭帧等控制帧的处理，都必须依赖主动调用 ReceiveAsync 触发。你当前服务端逻辑只有 SendAsync 操作，客户端发送的关闭帧只会堆积在 TCP 内核接收缓冲区，不会被应用层读取解析，因此 ws.State 永远不会更新为关闭状态。

同时你提到的「客户端不发显式消息、服务端不读取流就能感知关闭」的需求没有可行的实现方案，既不符合 WebSocket 协议的设计逻辑，也不符合.NET WebSocket 的实现机制。

可行解决方案 #

1. 服务端增加空读任务（最推荐） #

你不需要处理业务读取逻辑，只需要启动一个后台异步任务循环空读 WebSocket，专门处理控制帧即可，对原有发送逻辑几乎没有侵入性：

if (context.Request.Path == "/write")
{
    var ws = await context.WebSockets.AcceptWebSocketAsync();
    // 启动后台空读任务，仅处理控制帧（关闭、Ping/Pong）
    _ = Task.Run(async () =>
    {
        var buffer = new byte[128];
        try
        {
            while (ws.State == WebSocketState.Open)
            {
                var result = await ws.ReceiveAsync(new ArraySegment<byte>(buffer), CancellationToken.None);
                if (result.MessageType == WebSocketMessageType.Close)
                {
                    await ws.CloseOutputAsync(WebSocketCloseStatus.NormalClosure, null, CancellationToken.None);
                    break;
                }
            }
        }
        catch { /* 连接异常直接终止任务即可 */ }
    });

    await foreach (var number in GetNumbers())
    {
        var bytes = BitConverter.GetBytes(number);
        // 此时状态判断可以正常命中
        if (ws.State != WebSocketState.Open)
            break;
        await ws.SendAsync(new ArraySegment<byte>(bytes), WebSocketMessageType.Binary, true, CancellationToken.None);
    }
}

该方案优势：

• 不需要修改任何客户端逻辑
• 除了处理关闭帧之外，还能自动处理 Ping/Pong 保活逻辑，避免空闲连接被网关断开
• 连接关闭后发送逻辑会立刻终止，无额外延迟

2. 客户端关闭逻辑优化 #

你之前调用 CloseAsync 卡住的原因是该方法会等待服务端返回关闭确认帧，而服务端未读取请求所以不会返回，你可以调整客户端关闭逻辑避免卡住：

// 接收完5个包后执行
// 先发送关闭帧给服务端
await client.CloseOutputAsync(WebSocketCloseStatus.NormalClosure, string.Empty, CancellationToken.None);
// 加短超时等待确认，超时直接释放连接即可
using var cts = new CancellationTokenSource(TimeSpan.FromSeconds(1));
try
{
    await client.CloseAsync(WebSocketCloseStatus.NormalClosure, string.Empty, cts.Token);
}
catch (OperationCanceledException)
{
    // 超时直接忽略即可
}
client.Dispose();

可选替代方案（不推荐） #

如果你实在不想加空读逻辑，可以在服务端配置 WebSocket 保活超时，开启 TCP 层面的连接检测，超时后 WebSocket 状态也会更新，但这个方案延迟很高，远不如空读方案即时可靠。

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