.net core 并发调用接口问题

Question

之前的同事写的一个签到接口，人少的时候没啥问题，但是人一多就无法签到了，查了下服务器事件查看器
报错如图：

后台代码如图：

图二中的 uri 参数是配在config文件里的，就是一个接口地址，对应的就是图三的方法。

代码逻辑：获取存储在数据库中的微信token和ticket（不是每次都调微信接口获取最新的token，在快到2小时才会调微信接口获取最新token存到数据库里），供前台js调用微信定位接口，红色框出的地方就是报错位置，目前只有图三有加日志记录，当时有记到大量进入图三方法的日志，但是并没有报错的记录。当时服务器被老板直接重启了，也不知道当时的服务器状态，帮忙分析一下代码上是否有啥问题。

Answer 1

阿里嘎多学长整理、AIGC生成：

.net core 并发调用接口问题

你遇到的问题可能是.net core 的并发限制问题。当人数很多时，服务器可能会因为并发请求过多而无法响应。

这是因为.net core 中有一个名为 MaxConcurrentRequestsPerController 的设置，可以限制每个控制器方法的并发请求数量。

你可以检查 Startup.cs 文件中的 ConfigureServices 方法，是否有以下代码：

services.Configure<HttpClient.DefaultRequestHeaders>(options =>
{
    options.MaxConcurrentRequestsPerController = 10;
});

如果没有，可以添加上述代码以限制每个控制器的并发请求数量。

另外，你也可以考虑使用 SemaphoreSlim 类来实现自定义的并发限制。下面是一个简单的示例：

private readonly SemaphoreSlim _semaphore = new SemaphoreSlim(10);

[HttpPost]
public async Task<IActionResult> Signin([FromBody] SignInRequest request)
{
    _semaphore.Wait();
    try
    {
        // 签到逻辑
    }
    finally
    {
        _semaphore.Release();
    }
}

在上面的示例中，我们使用 SemaphoreSlim 类来限制每个 Signin 方法的并发请求数量为 10。

如果问题仍然存在，可以 Check 以下几点：

1. 服务器资源是否严重不足，导致并发请求过多。
2. Web 服务器是否支持负载均衡，可以考虑使用负载均衡器来分配请求。
3. 数据库是否支持高并发操作，可以考虑使用分布式事务或连接池等技术来优化数据库性能。

如果你仍然无法解决问题，请提供更多的信息和代码，我将继续帮助你-debug。