贝利信息

c# Minimal API 如何处理高并发

日期:2026-01-20 00:00 / 作者:畫卷琴夢
Minimal API 默认高并发友好,基于Kestrel和异步管道,复用线程池与I/O完成端口;需避免阻塞代码、共享状态竞争,正确使用async/await、ConcurrentDictionary、连接池,并配置Kestrel参数及限流熔断。

Minimal API 默认就是高并发友好的

ASP.NET Core Minimal API 基于 Kestrel 和 Task-based 异步管道构建,底层复用 ThreadPool 和 I/O 完成端口(Windows)或 epoll/kqueue(Linux/macOS),只要你不写阻塞代码(比如 Task.Wait()ResultThread.Sleep()),它天然能支撑数千并发连接。瓶颈通常不出在框架层,而出在你的业务逻辑、IO 调用或资源争用上。

避免同步阻塞和共享状态竞争

常见误操作会让 Minimal API 在高并发下迅速退化为串行处理:

正确做法是全程 async/await,缓存用 ConcurrentDictionaryMemoryCache,数据库连接靠连接池自动复用。

合理配置 Kestrel 和连接生命周期

默认 Kestrel 配置适合开发,生产需调整关键参数:

var builder = WebApplication.CreateBuilder(args);
builder.WebHost.ConfigureKestrel(serverOptions =>
{
    serverOptions.Limits.MaxConcurrentConnections = null;
    serverOptions.Limits.KeepAliveTimeout = TimeSpan.FromSeconds(30);
    serverOptions.Limits.RequestHeadersTimeout = TimeSpan.FromSeconds(20);
});

用中间件做轻量级限流和熔断

Minimal API 不自带限流,但可以零依赖接入 Microsoft.AspNetCore.RateLimiting(.NET 7+):

注意:限流策略必须注册在 builder.Services 中,且中间件顺序要在 app.UseRouting() 之后、app.Map* 之前。

builder.Services.AddRateLimiter(options =>
{
    options.AddTokenBucketLimiter("fixed", opt =>
    {
        opt.TokenLimit = 100;
        opt.QueueProcessingOrder = QueueProcessingOrder.OldestFirst;
        opt.QueueLimit = 20;
        opt.ReplenishmentPeriod = TimeSpan.FromSeconds(1);
        opt.TokensPerPeriod = 20;
    });
});

// ... 在 app.Build() 后
app.UseRateLimiter();
app.MapGet("/api/data", () => "ok").RequireRateLimiting("fixed");

真正卡住高并发的,往往不是路由注册方式,而是你查一次 DB 就等 200ms、缓存没命中就全量扫表、或是日志写磁盘用了 File.AppendAllText。Minimal API 的轻量只放大了这些细节问题——它不替你做性能优化,只确保不拖后腿。