0Pricing
C# Academy · 강의

ASP.NET Core 파이프라인 개요

요청이 미들웨어 파이프라인과 HttpContext를 거쳐 흐르고 응답이 구성되는 방식을 이해합니다.

ASP.NET Core 파이프라인 개요은(는) CoddyKit의 무료 C# Academy 강의입니다. 이것은 4개 중 1번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 C# Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. C# Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

요청 파이프라인

ASP.NET Core의 모든 HTTP 요청은 미들웨어 파이프라인을 통과합니다. 각 미들웨어는 요청을 검사하거나 수정하거나 조기 종료하거나 다음 구성 요소로 전달할 수 있습니다. 이 파이프라인을 이해하는 것은 ASP.NET Core 앱을 구축하는 데 기본이 됩니다.

HttpContext: 요청을 담는 컨테이너

HttpContext에는 요청과 응답에 관한 모든 정보가 담깁니다. 여기에는 헤더, 쿠키, 본문, 사용자 클레임, 연결 정보, 취소 토큰이 포함됩니다. 모든 미들웨어는 이를 대상으로 작업합니다.

app.Use(async (context, next) =>
{
    // Read request info
    var method  = context.Request.Method;
    var path    = context.Request.Path;
    var headers = context.Request.Headers;
    var user    = context.User.Identity?.Name;

    // Write to response
    context.Response.Headers.Append("X-Processed-By", "MyMiddleware");

    await next(context); // forward to next middleware
});

미들웨어 등록 순서

미들웨어는 등록된 순서대로 실행됩니다. 응답은 역순으로 풀립니다(스택과 같습니다). 순서는 매우 중요합니다. 인증은 인가보다 먼저 실행되어야 하고, 라우팅은 엔드포인트 일치보다 먼저 실행되어야 합니다.

// Typical order for an ASP.NET Core app:
app.UseExceptionHandler("/error"); // outermost — catches everything
app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseRouting();
app.UseCors("policy");
app.UseAuthentication();  // must be before Authorization
app.UseAuthorization();
app.UseRateLimiter();
app.UseOutputCache();
// MapHub, MapControllers, MapGet etc.
app.Run();

Use, Run 및 Map

세 가지 메서드가 미들웨어를 추가합니다. Use는 다음 항목을 호출하고, Run은 종료 지점으로서 다음 항목을 절대 호출하지 않으며, Map은 경로에 따라 분기합니다.

// Use: passes to next
app.Use(async (ctx, next) =>
{
    Console.WriteLine("Before");
    await next(ctx);
    Console.WriteLine("After");
});

// Run: terminal — no next
app.Run(async ctx =>
    await ctx.Response.WriteAsync("Terminal"));

// Map: branch on path prefix
app.Map("/api", apiApp =>
    apiApp.Run(async ctx =>
        await ctx.Response.WriteAsync("API branch")));

요청 본문과 응답 본문

요청 본문과 응답 본문은 스트림입니다. 요청 본문 읽기는 한 번만 가능합니다. 여러 미들웨어에서 읽는 등 여러 번 읽어야 한다면 요청 본문 버퍼링을 활성화하세요.

app.Use(async (ctx, next) =>
{
    // Enable buffering so body can be read multiple times
    ctx.Request.EnableBuffering();

    using var reader = new StreamReader(
        ctx.Request.Body,
        leaveOpen: true);
    var body = await reader.ReadToEndAsync();
    ctx.Request.Body.Position = 0; // rewind for next middleware

    Console.WriteLine($"Body: {body}");
    await next(ctx);
});

파이프라인 조기 종료

미들웨어는 응답을 작성하고 next를 NOT 호출함으로써 조기에 종료할 수 있습니다. 인증 관문, 상태 확인 또는 유지 관리 페이지에 유용합니다.

app.Use(async (ctx, next) =>
{
    if (ctx.Request.Path == "/maintenance")
    {
        ctx.Response.StatusCode = 503;
        await ctx.Response.WriteAsync("Service under maintenance");
        return; // short-circuit — next is NOT called
    }
    await next(ctx);
});

IMiddleware 인터페이스

DI가 필요한 클래스 기반 미들웨어에는 IMiddleware를 구현하세요. 구현을 DI에 등록한 다음 app.UseMiddleware<T>()를 사용합니다.

public class RequestTimingMiddleware : IMiddleware
{
    private readonly ILogger<RequestTimingMiddleware> _logger;
    public RequestTimingMiddleware(ILogger<RequestTimingMiddleware> l) => _logger = l;

    public async Task InvokeAsync(HttpContext ctx, RequestDelegate next)
    {
        var sw = System.Diagnostics.Stopwatch.StartNew();
        await next(ctx);
        _logger.LogInformation("{Method} {Path}: {Ms}ms",
            ctx.Request.Method, ctx.Request.Path, sw.ElapsedMilliseconds);
    }
}

// Register:
builder.Services.AddTransient<RequestTimingMiddleware>();
app.UseMiddleware<RequestTimingMiddleware>();

관례 기반 미들웨어 클래스

또는 InvokeAsync(HttpContext, RequestDelegate) 메서드가 있는 클래스를 만드세요. 프레임워크는 생성자를 통해 의존성(다음 대리자 포함)을 주입합니다.

public class ApiKeyMiddleware
{
    private readonly RequestDelegate _next;
    private readonly string _key;

    // RequestDelegate injected by framework
    public ApiKeyMiddleware(RequestDelegate next, IConfiguration cfg)
    {
        _next = next;
        _key = cfg["ApiKey"] ?? "";
    }

    public async Task InvokeAsync(HttpContext ctx)
    {
        if (ctx.Request.Headers["X-Api-Key"] != _key)
        {
            ctx.Response.StatusCode = 401;
            return;
        }
        await _next(ctx);
    }
}

다음 항목 이후 응답 수정

await next(ctx) 뒤의 코드는 응답 작성이 시작된 후 실행됩니다. 다음 항목을 호출하기 전에 응답 헤더를 추가할 수 있지만, 그 이후에는 상태 코드나 본문을 수정할 수 없습니다.

app.Use(async (ctx, next) =>
{
    // Before: add response headers (safe)
    ctx.Response.OnStarting(() =>
    {
        ctx.Response.Headers.Append("X-Request-Id",
            Guid.NewGuid().ToString("N"));
        return Task.CompletedTask;
    });

    await next(ctx);

    // After: response may already be sent
    // SAFE: logging, metrics
    // UNSAFE: changing status code or writing body
    Console.WriteLine($"Response status: {ctx.Response.StatusCode}");
});

실제 사례: Correlation ID 미들웨어

분산 추적과 로깅을 위해 모든 요청에 추적 ID를 추가하는 프로덕션용 상관관계 ID 미들웨어입니다.

public class CorrelationIdMiddleware
{
    private readonly RequestDelegate _next;
    private const string Header = "X-Correlation-Id";

    public CorrelationIdMiddleware(RequestDelegate next) => _next = next;

    public async Task InvokeAsync(HttpContext ctx)
    {
        var correlationId = ctx.Request.Headers[Header].FirstOrDefault()
            ?? Guid.NewGuid().ToString("N");

        ctx.Items["CorrelationId"] = correlationId;

        ctx.Response.OnStarting(() =>
        {
            ctx.Response.Headers.Append(Header, correlationId);
            return Task.CompletedTask;
        });

        using (Serilog.Context.LogContext.PushProperty("CorrelationId", correlationId))
            await _next(ctx);
    }
}

빠른 확인

미들웨어를 추가할 때 app.Use()와 app.Run()의 차이점은 무엇인가요?

복습: ASP.NET Core 파이프라인 개요

핵심 요점:

  • 미들웨어는 등록 순서대로 실행되고, 응답은 역순으로 풀립니다
  • Use → 다음 항목 호출, Run → 종료 지점, Map → 경로 기반 분기
  • HttpContext에는 요청, 응답, 사용자, 취소 토큰이 포함됩니다
  • 요청 본문을 여러 번 읽으려면 버퍼링을 활성화합니다
  • IMiddleware 인터페이스를 사용하면 DI에 적합한 클래스 기반 미들웨어를 만들 수 있습니다
  • OnStarting()을 통해 응답 헤더를 추가하고, 다음 항목 이후에는 상태를 변경하지 않습니다

자주 묻는 질문

“ASP.NET Core 파이프라인 개요” 강의는 무료인가요?

네 — “ASP.NET Core 파이프라인 개요” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 C# Academy 강의 전체를 잠금 해제할 수 있습니다. C# Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

“ASP.NET Core 파이프라인 개요”에서 뭘 배우나요?

요청이 미들웨어 파이프라인과 HttpContext를 거쳐 흐르고 응답이 구성되는 방식을 이해합니다. 브라우저에서 직접 실행하는 실습 코드로 C# Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

C# Academy을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 C# Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 1번째 강의입니다.

“ASP.NET Core 파이프라인 개요” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 C# Academy 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 C# Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. ASP.NET Core 파이프라인 개요
  2. 사용자 지정 미들웨어 작성
  3. 단락 처리와 분기
  4. 미들웨어 순서와 기본 제공 미들웨어
← C# Academy(으)로 돌아가기