Опишите pipeline (конвейер) обработки HTTP-запроса в ASP.NET Core.

Давай разберём эту вашу хитрую штуку с конвейером в ASP.NET Core, а то некоторые думают, что это просто список, а там, блядь, целая философия.

Представь себе, что твой HTTP-запрос — это какой-то мужик, который пришёл в многоэтажную контору за справкой. Конвейер middleware — это и есть эта контора, где на каждом этаже с ним что-то делают: то штаны поправят, то документы проверят, а могут и пинка под жопу дать, если что не так.

Так вот, порядок этажей — это всё, ёпта! Если охранника (обработчик ошибок) поставить на пятый этаж, а не на входе, то пока клиент до него доползёт, он уже на первом этаже всё разгромит и никто не среагирует. Поэтому:

1. Обработчик исключений (UseExceptionHandler) — это самый первый и злой охранник на входе. Его задача — ловить всех, кто внутри конторы начнёт орать, драться и кидаться какашками (то есть выбрасывать исключения). Ставишь его первым — и всё спокойно.
2. Раздача статики (UseStaticFiles) — это этаж с автоматами по продаже кофе и бутербродов (CSS, JS, картинки). Если мужик пришёл именно за бутербродом (запросил /style.css), его тут и обслужат, и дальше он никуда не пойдёт. Удобно, нехуй делать пустой запрос по всем отделам тащить.
3. Маршрутизация (UseRouting) — это справочное бюро. Сюда приходит запрос, и ему говорят: «Ага, тебе, дружок, на седьмой этаж, в кабинет 305, к методу Index в контроллере Home». Запрос запоминает этот маршрут и идёт дальше.
4. Аутентификация и авторизация (UseAuthentication, UseAuthorization) — это этаж с пропускным режимом. Тут проверяют: а ты кто вообще? Пропуск есть? А в этот кабинет тебе вообще можно? Если нет — сразу выдворяют с кодом 401 или 403.
5. Выполнение эндпоинта (UseEndpoints) — это, наконец, тот самый кабинет, куда запрос шёл. Тут сидит тот самый метод контроллера, который и выдаёт нужную справку (формирует ответ). После этого ответ начинает свой путь обратно через все этажи, но уже в обратном порядке.

Смотри, как это в коде выглядит, чтоб два раза не вставать:

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 1. Первым делом — охранник для ловли крикунов (ошибок)
    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage(); // В разработке показываем всё как есть, с подробностями
    }
    else
    {
        app.UseExceptionHandler("/Home/Error"); // На бою — вежливо показываем страничку "что-то пошло не так"
        app.UseHsts();
    }

    // 2. Рекомендация перенаправлять всех на HTTPS (типа "проходите, пожалуйста, через турникет")
    app.UseHttpsRedirection();

    // 3. Этаж с бутербродами (статическими файлами)
    app.UseStaticFiles();

    // 4. Справочное бюро (маршрутизация)
    app.UseRouting();

    // 5. Пропускной пункт (кто ты и что тебе можно)
    app.UseAuthentication();
    app.UseAuthorization();

    // 6. И, наконец, указание, где какие кабинеты (эндпоинты) находятся
    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllerRoute(
            name: "default",
            pattern: "{controller=Home}/{action=Index}/{id?}");
    });
}

Главный принцип, который надо запомнить, как «Отче наш»: каждый middleware — как работник на этаже. Он может:

• Обработать запрос и передать дальше (вызвать next.Invoke()). Типа: «Проверил пропуск, иди дальше».
• Обработать и НЕ передавать дальше, а сразу ответ отправить. Типа: «Ты за бутербродом? На, получай и свободен».
• Обработать уже ответ, когда тот идёт обратно. Типа: «Подожди, я тебе на конверт печать поставлю».

И если их расставить в ебучем неправильном порядке, получится пиздец: авторизацию будут проверять после того, как код контроллера уже выполнился, или статические файлы начнут искать после того, как маршрутизатор уже засунул запрос не в тот контроллер. В общем, думай головой, когда настраиваешь этот конвейер, а не просто копипасть из примеров.