如何模拟Blazor SignalR WebSocket连接的网络延迟

浏览器自带的网络限流功能仅作用于HTTP/HTTPS请求，不会拦截WebSocket协议流量，这是你之前操作对Blazor SignalR连接无效的核心原因。

以下是三种可落地的模拟方案：

方案1：使用系统级网络管控工具 #

• Windows平台可以用系统自带的Netsh工具配置流量规则，可精准控制指定端口的WebSocket流量延迟：
  1. 先添加目标过滤规则，将端口替换为你本地Blazor服务的运行端口：
     netsh interface ipv4 add destinationfilter address=127.0.0.1 mask=255.255.255.255 protocol=6 destinationport=5000
  2. 配置全局延迟，数值单位为毫秒，可根据你需要模拟的网络情况调整：
     netsh trace start scenario=netconnection capture=no report=no latency=200
  3. 测试完成后执行命令关闭规则：
     netsh trace stop
• macOS/Linux平台可以用系统自带的tc（Traffic Control）命令，同样支持指定端口、协议添加固定延迟、抖动、丢包率等配置，测试完成后删除对应规则即可恢复正常网络。

方案2：添加ASP.NET Core开发环境中间件 #

你可以直接在Blazor服务端代码中添加临时中间件，仅在开发环境生效，不影响生产代码，直接对Blazor SignalR的通信请求添加延迟：

if (app.Environment.IsDevelopment())
{
    // 仅拦截Blazor SignalR请求路径
    app.UseWhen(context => context.Request.Path.StartsWithSegments("/_blazor"), appBuilder =>
    {
        appBuilder.Use(async (context, next) =>
        {
            // 模拟200ms固定网络延迟，可按需调整数值，也可添加随机值模拟网络抖动
            await Task.Delay(200);
            await next();
        });
    });
}

该方案不需要修改系统配置，调整参数灵活，适合开发阶段快速测试不同网络下的表现。

方案3：使用本地流量管控桌面工具 #

你可以安装本地流量管控类桌面软件，这类工具支持针对指定进程、指定端口的所有流量（包括WebSocket）添加限流、延迟、丢包规则，不需要修改代码和系统配置，操作门槛更低。

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