Ядро asp.net Вторая операция началась в этом контексте до завершения предыдущей операции

Ответ 1

Эта проблема действительно находится в промежуточном программном обеспечении маршрута.

По определению промежуточное ПО представляет собой однострочный, поэтому один экземпляр обрабатывает все запросы. Это приводит к состоянию экземпляра (the IServiceConfig с подключенным DbContext), к которому обращаются и изменяются несколькими одновременными запросами; это хорошо скрытая классическая проблема параллелизма.

Пример.

Запрос A выполняет RouteAsync, устанавливает _serviceConfig и выполняет запрос в DbContext. Nano секунд (или меньше :)) позже, запрос B делает то же самое. Пока выполняется запрос B запроса, запрос A выполняет GetVirtualPath, но на этот раз в DbContext устанавливается по запросу B. Это приводит к выполнению второго запроса в DbContext запроса B, который все еще работает, и вы получаете упоминаемую ошибку.

Решение состоит в том, чтобы предотвратить совместное состояние, извлекая IServiceConfig в начале каждого метода.

Как вы уже сказали, получение такой зависимости, введенной через метод Invoke, не работает; метод Invoke не выполняется.

Ниже приведен переработанный RouteCustom.

public class RouteCustom : IRouteCustom
{
    private readonly IRouter _innerRouter;

    public RouteCustom(IRouter innerRouter)
    {
        _innerRouter = innerRouter ?? throw new ArgumentNullException(nameof(innerRouter));
    }

    public async Task RouteAsync(RouteContext context)
    {
        var serviceConfig = context.HttpContext.RequestServices.GetRequiredService<IServiceConfig>();
        // ...

    }

    public VirtualPathData GetVirtualPath(VirtualPathContext context)
    {
        var serviceConfig = context.HttpContext.RequestServices.GetRequiredService<IServiceConfig>();
        // ...

    }
}