Насколько я понимаю, промежуточное ПО ASP.NET Core запускается, когда запрос готов к обработке. Но если приложение находится под нагрузкой и ASP.NET Core не может обрабатывать все запросы по мере их поступления, они где-то помещаются в «очередь»? Я не знаю, является ли это какой-то управляемой очередью внутри Kestrel или это как-то связано с libuv.
Я хотел бы знать, как долго данный запрос находится в этой очереди. Есть ли что-то в HttpContext, что может сказать мне об этом?
заранее спасибо
Этот вопрос не так прост.
Если вы хотите отслеживать все времена, вам нужно сделать много шагов. В начале добавьте уникальный штамп или галочки к запросам, чтобы вы могли идентифицировать их один за другим. Во-вторых, создайте обработчик, который перехватывает ваши запросы и регистрирует время. В-третьих, добавьте точку регистрации в каждый метод, связанный с запросом. В-четвертых - это будет сюрпризом - вы не можете сделать ничего серьезного, чтобы сократить это время, кроме конфигурации IIS в отношении многопоточности, параллельных запросов, обработки сеансов и т. д. Пятое - если ваш браузер измеряет 2000 мс, ваш сервер измеряет 200 мс, это не ядро .NET, это ваш код/архитектура/конфигурация. Извините, что сообщаю вам плохие новости.
Используйте класс System.Diagnostics.Stopwatch для измерения времени.
