IIS部署Dotnet Core SignalR项目时如何限制连接数为10？

Question

在IIS部署Dotnet Core SignalR项目时，如何限制连接数为10是一个常见问题。默认情况下，SignalR没有对连接数进行严格限制，这可能导致服务器资源被过多占用。为了实现这一目标，可以通过自定义中间件或Hub管道来跟踪活跃连接数。例如，在应用程序启动时设置一个计数器，每当有新连接建立时增加计数，断开时减少。当计数达到10时，拒绝新的连接请求。此外，也可以通过IIS配置中的“连接限制”选项，结合应用程序逻辑共同实现更精细的控制。需要注意的是，这种方法需要确保线程安全，并正确处理异常断开的情况，以避免连接计数出现错误。

Answer 1

1. 问题背景与分析

在IIS部署Dotnet Core SignalR项目时，连接数的限制是一个常见的需求。默认情况下，SignalR框架并未对连接数进行严格限制，这可能导致服务器资源被过多占用，影响系统性能和稳定性。

为解决这一问题，需要深入理解SignalR的工作机制以及IIS的配置选项。首先，SignalR通过WebSocket、Server-Sent Events（SSE）或长轮询等方式实现双向通信，而这些通信方式本质上依赖HTTP连接。因此，连接数的管理不仅涉及应用程序逻辑，还需要结合IIS的配置。

以下是实现连接数限制的主要挑战：

• 如何实时跟踪活跃连接数？
• 如何在线程安全的情况下更新计数器？
• 如何优雅地处理异常断开的情况？

2. 解决方案设计

为了限制SignalR项目的连接数为10，可以通过以下两种方式实现：

1. 自定义中间件或Hub管道：通过编写代码来动态跟踪连接数。
2. IIS配置中的“连接限制”选项：结合应用程序逻辑进一步优化。

以下是具体实现步骤：

2.1 自定义中间件实现连接数限制

创建一个全局计数器，并在SignalR Hub的生命周期事件中更新计数器值。

public class ConnectionLimiterMiddleware
{
    private readonly RequestDelegate _next;
    private static int _connectionCount = 0;
    private static readonly object _lock = new object();

    public ConnectionLimiterMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        if (context.WebSockets.IsWebSocketRequest)
        {
            lock (_lock)
            {
                if (_connectionCount >= 10)
                {
                    context.Response.StatusCode = StatusCodes.Status429TooManyRequests;
                    await context.Response.WriteAsync("Too many connections.");
                    return;
                }
                _connectionCount++;
            }

            var webSocket = await context.WebSockets.AcceptWebSocketAsync();
            await HandleWebSocketConnection(webSocket);

            lock (_lock)
            {
                _connectionCount--;
            }
        }
        else
        {
            await _next(context);
        }
    }

    private async Task HandleWebSocketConnection(WebSocket webSocket)
    {
        while (webSocket.State == WebSocketState.Open)
        {
            await Task.Delay(100);
        }
    }
}
    

将上述中间件注册到应用的请求管道中：

app.UseMiddleware<ConnectionLimiterMiddleware>();
    

2.2 IIS配置中的“连接限制”选项

除了应用程序级别的控制，还可以通过IIS的配置文件（applicationHost.config）设置最大并发连接数：

配置项	描述
maxConnections	指定每个客户端的最大连接数。
connectionTimeout	设置空闲连接的超时时间。

在IIS管理器中，导航到站点属性，选择“高级设置”，并调整“连接限制”参数。

3. 流程图与线程安全性

为了确保连接数限制的逻辑正确运行，必须考虑线程安全性。以下是整个流程的Mermaid格式图示：

sequenceDiagram
    participant Client
    participant Middleware
    participant Hub

    Client->>Middleware: 新建连接
    Middleware->>Middleware: 检查连接数是否超过10
    alt 超过10
        Middleware-->>Client: 返回429状态码
    else 小于等于10
        Middleware->>Hub: 建立连接
        Hub-->>Middleware: 连接成功
        Middleware-->>Client: 返回成功响应
    end
    Client->>Middleware: 断开连接
    Middleware->>Middleware: 减少连接数
    

注意，在多线程环境下，使用静态变量和锁机制可以有效避免竞态条件。