Go의 context 패키지 파워 언박싱: 동시성 제어 및 요청 메타데이터 전파

Go의 context 패키지는 Go에서 강력한 동시 프로그래밍 및 분산 시스템 개발의 초석입니다. 이름에서 알 수 있듯 단순한 컨텍스트 정보 저장소처럼 보일 수 있지만, 진정한 힘은 고루틴 수명 주기를 관리하고, 마감 시간 및 취소 신호를 전파하며, 호출 스택 및 고루틴 경계를 넘어 요청 범위 메타데이터를 효율적으로 전달하는 능력에 있습니다. context 패키지를 이해하고 효과적으로 활용하는 것은 성능이 뛰어나고 안정적이며 정상적으로 종료되는 Go 애플리케이션을 구축하는 데 매우 중요합니다.

핵심 문제: 제어되지 않는 고루틴 수명 주기 및 메타데이터 사일로

context와 같은 메커니즘이 없다면 Go 프로그램은 종종 두 가지 심각한 문제에 직면합니다.

제어되지 않는 고루틴 증식: 장기간 실행되는 애플리케이션, 특히 많은 요청을 처리하는 서버에서는 특정 작업을 위해 시작된 고루틴이 "부모" 고루틴 또는 관련 작업이 완료된 경우에도 계속해서 무기한 실행될 수 있습니다. 이는 리소스 누수, 멈춤 및 예상치 못한 동작으로 이어질 수 있습니다. 하위 고루틴에게 더 이상 작업이 필요 없거나 마감 시간이 지났다는 신호를 어떻게 보낼 수 있을까요?
메타데이터 전파의 골칫거리: 일반적인 HTTP 요청 또는 복잡한 내부 워크플로우에서는 다양한 정보(예: 사용자 ID, 추적 ID, 인증 토큰, 요청별 설정)를 해당 요청 처리에 관련된 다양한 함수 및 고루틴에서 접근할 수 있어야 합니다. 이러한 정보를 개별 함수 인자로 전달하는 것은 번거롭고 오류가 발생하기 쉬우며 함수의 "단일 책임 원칙"을 위반합니다.

context 패키지는 이러한 문제를 모두 해결하는 표준화되고 관용적인 방법을 제공하여 이러한 관심사를 우아하게 해결합니다.

`context.Context` 인터페이스 심층 분석

context 패키지의 핵심은 context.Context 인터페이스입니다.

type Context interface {
    Deadline() (deadline time.Time, ok bool)
    Done() <-chan struct{}
    Err() error
    Value(key any) any
}

각 메소드를 살펴보겠습니다.

Deadline() (deadline time.Time, ok bool): 컨텍스트가 자동으로 취소될 시간을 반환합니다. 컨텍스트에 마감 시간이 없으면 ok는 false가 됩니다. 이는 장기간 실행되는 작업에서 시간 초과를 구현하는 데 중요합니다.
Done() <-chan struct{}: 컨텍스트가 취소되거나 마감 시간이 만료될 때 닫히는 채널을 반환합니다. 이 채널은 고루틴이 취소 신호를 수신 대기하는 기본 메커니즘입니다. Done()이 닫히면 고루틴은 작업을 중단하고 반환해야 합니다.
Err() error: 컨텍스트가 취소된 경우 Canceled를 반환하고, 컨텍스트의 마감 시간이 초과된 경우 DeadlineExceeded를 반환합니다. 취소 또는 마감 시간이 발생하지 않으면 nil을 반환합니다. 이는 Done()이 닫힌 후 취소 이유를 제공합니다.
Value(key any) any: 컨텍스트에서 지정된 키와 연결된 값을 반환합니다. 이것은 요청 범위 메타데이터를 전파하는 메커니즘입니다.

컨텍스트 구축: `context` 패키지 함수

context 패키지는 새 컨텍스트를 생성하고 파생시키는 여러 함수를 제공합니다.

1. `context.Background()` 및 `context.TODO()`

이 두 가지는 모든 컨텍스트 트리의 루트 역할을 하는 기본 컨텍스트입니다.

context.Background(): 일반적으로 main 함수 또는 들어오는 요청에 대한 초기 고루틴과 같이 애플리케이션의 최상위 레벨에서 사용되는 기본, 취소 불가능, 비어있는 컨텍스트입니다. 절대 취소되지 않고, 마감 시간이 없으며, 값을 포함하지 않습니다.
context.TODO(): Background()와 유사하지만, 컨텍스트가 임시로 간주되어야 하거나 적절한 컨텍스트 전파가 아직 설정되지 않았음을 나타냅니다. 이는 나중에 리팩토링하기 위한 자리 표시자, "todo" 항목입니다. 프로덕션 코드에서는 context.TODO()를 거의 볼 수 있어야 합니다.

package main

import (
	"context"
	"fmt"
	"time"
)

func main() {
	// Background context - 절대 취소되지 않고, 마감 시간이나 값 없음
	bgCtx := context.Background()
	fmt.Printf("Background Context: Deadline=%v, Done Closed=%v, Error=%v\n",
		func() (time.Time, bool) { t, ok := bgCtx.Deadline(); return t, ok }(), bgCtx.Done() == nil, bgCtx.Err())

	// Todo context - background와 유사하지만, 불완전한 컨텍스트를 표시하기 위함
	todoCtx := context.TODO()
	fmt.Printf("TODO Context: Deadline=%v, Done Closed=%v, Error=%v\n",
		func() (time.Time, bool) { t, ok := todoCtx.Deadline(); return t, ok }(), todoCtx.Done() == nil, todoCtx.Err())
}

2. `context.WithCancel(parent Context) (ctx Context, cancel CancelFunc)`

이 함수는 parent에서 파생된 새 컨텍스트를 반환합니다. 또한 CancelFunc를 반환합니다. cancel()을 호출하면 반환된 ctx의 Done 채널이 닫혀, 이 컨텍스트(또는 이로부터 파생된 모든 컨텍스트)를 수신 대기하는 모든 고루틴에게 작업을 중지하라는 신호를 보냅니다.

이는 작업을 정상적으로 종료하거나 하위 고루틴의 수명을 제한하는 데 기본이 됩니다.

package main

import (
	"context"
	"fmt"
	"time"
)

func performLongOperation(ctx context.Context, id int) {
	fmt.Printf("Worker %d: Starting operation...\n", id)
	select {
	case <-time.After(5 * time.Second): // 작업 시뮬레이션
		fmt.Printf("Worker %d: Operation completed!\n", id)
	case <-ctx.Done(): // 취소 신호 수신 대기
		fmt.Printf("Worker %d: Operation canceled! Error: %v\n", id, ctx.Err())
	}
}

func main() {
	parentCtx := context.Background()

	// parentCtx에서 취소 가능한 컨텍스트 생성
	ctx, cancel := context.WithCancel(parentCtx)
	defer cancel() // 리소스 해제를 위해 cancel이 호출되도록 보장

	go performLongOperation(ctx, 1)

	// 약간의 작업 시뮬레이션 후 2초 후에 취소
	time.Sleep(2 * time.Second)
	fmt.Println("Main: Cancelling the context...")
	cancel() // 이것은 worker 1에게 중지하라는 신호를 보냅니다

	// 작업자가 반응할 시간을 줍니다
	time.Sleep(1 * time.Second)
	fmt.Println("Main: Exiting.")
}

출력:

Worker 1: Starting operation...
Main: Cancelling the context...
Worker 1: Operation canceled! Error: context canceled
Main: Exiting.

3. `context.WithDeadline(parent Context, d time.Time) (ctx Context, cancel CancelFunc)`

WithCancel과 유사하지만, 반환된 ctx는 지정된 마감 시간 d에 도달하면 자동으로 취소됩니다. 또한 prematurely cancel 함수를 반환하여 마감 시간 이전에 컨텍스트를 취소할 수 있습니다.

package main

import (
	"context"
	"fmt"
	"time"
)

func fetchData(ctx context.Context, url string) {
	fmt.Printf("Fetching from %s...\n", url)
	select {
	case <-time.After(3 * time.Second): // 네트워크 지연 시뮬레이션
		fmt.Printf("Successfully fetched from %s\n", url)
	case <-ctx.Done():
		fmt.Printf("Failed to fetch from %s: %v\n", url, ctx.Err())
	}
}

func main() {
	parentCtx := context.Background()

	// 현재 시간부터 2초 후로 마감 시간 설정
	deadline := time.Now().Add(2 * time.Second)
	ctx, cancel := context.WithDeadline(parentCtx, deadline)
	defer cancel() // 컨텍스트 정리를 위해 중요

	go fetchData(ctx, "http://api.example.com/data")

	// 메인 고루틴은 잠시 대기
	time.Sleep(4 * time.Second)
	fmt.Println("Main: Exiting.")
}

출력:

Fetching from http://api.example.com/data...
Failed to fetch from http://api.example.com/data: context deadline exceeded
Main: Exiting.

4. `context.WithTimeout(parent Context, timeout time.Duration) (ctx Context, cancel CancelFunc)`

이것은 WithDeadline 위에 구축된 편의 함수입니다. 제공된 timeout 기간에 현재 시간을 더하여 마감 시간을 자동으로 계산합니다.

package main

import (
	"context"
	"fmt"
	"time"
)

func processReport(ctx context.Context) {
	fmt.Println("Processing report...")
	timer := time.NewTimer(4 * time.Second) // 긴 차단 작업 시뮬레이션

	select {
	case <-timer.C:
		fmt.Println("Report processing complete.")
	case <-ctx.Done():
		timer.Stop() // 타이머 정리
		fmt.Printf("Report processing interrupted: %v\n", ctx.Err())
	}
}

func main() {
	parentCtx := context.Background()

	// 보고서 처리에 3초 허용
	ctx, cancel := context.WithTimeout(parentCtx, 3*time.Second)
	defer cancel()

	go processReport(ctx)

	// 메인 스레드를 고루틴이 잠재적으로 완료되거나 타임아웃될 때까지 충분히 유지
	time.Sleep(5 * time.Second)
	fmt.Println("Main: Exiting.")
}

출력:

Processing report...
Report processing interrupted: context deadline exceeded
Main: Exiting.

5. `context.WithValue(parent Context, key, val any) Context`

이 함수는 지정된 key-value 쌍을 전달하는 새 컨텍스트를 반환합니다. 새 컨텍스트는 parent의 모든 속성(취소, 마감 시간)을 상속합니다. 컨텍스트에 저장된 값은 불변입니다. 값을 변경하려면 업데이트된 값으로 새 하위 컨텍스트를 만듭니다.

WithValue의 키는 비교 가능한 유형이어야 합니다. 모범 사례로, 특히 패키지 경계를 넘나드는 값을 전달할 때 충돌을 피하기 위해 키에 사용자 정의 유형을 정의하십시오.

package main

import (
	"context"
	"fmt"
)

// 충돌을 피하기 위해 컨텍스트 키에 대한 사용자 정의 유형 정의
type requestIDKey string
type userAgentKey string

func handleRequest(ctx context.Context) {
	// 컨텍스트에서 값 액세스
	requestID := ctx.Value(requestIDKey("request_id")).(string)
	userAgent := ctx.Value(userAgentKey("user_agent")).(string) // 찾을 수 없거나 잘못된 유형이면 panic 발생

	fmt.Printf("Handling request ID: %s, User Agent: %s\n", requestID, userAgent)

	// 컨텍스트를 하위 함수로 전달
	logOperation(ctx, "Database query started")
}

func logOperation(ctx context.Context, message string) {
	requestID := ctx.Value(requestIDKey("request_id")).(string)
	fmt.Printf("[Request ID: %s] Log: %s\n", requestID, message)
}

func main() {
	parentCtx := context.Background()

	// 컨텍스트에 요청 ID 및 사용자 에이전트 추가
	ctxWithReqID := context.WithValue(parentCtx, requestIDKey("request_id"), "abc-123")
	ctxWithUserAgent := context.WithValue(ctxWithReqID, userAgentKey("user_agent"), "GoHttpClient/1.0")

	// 강화된 컨텍스트로 핸들러 호출
	handleRequest(ctxWithUserAgent)
}

출력:

Handling request ID: abc-123, User Agent: GoHttpClient/1.0
[Request ID: abc-123] Log: Database query started

키에 대한 중요 참고 사항: string과 같은 기본 유형을 키로 사용하면 애플리케이션의 서로 다른 부분(또는 다른 라이브러리)이 다른 목적지로 동일한 문자열을 사용할 경우 충돌이 발생할 수 있습니다. 관용적인 Go 방식은 키에 대해 내보내지 않은, 내보내지지 않은 유형을 정의하는 것입니다.

package mypackage

type contextKey string // 내보내지지 않은 유형

const (
	requestIDKey contextKey = "request_id"
	userIDKey    contextKey = "user_id"
)

// 예제 사용:
// import "context"
// func AddUserID(ctx context.Context, id string) context.Context {
//     return context.WithValue(ctx, userIDKey, id)
// }
// 
// func GetUserID(ctx context.Context) (string, bool) {
//     val := ctx.Value(userIDKey)
//     str, ok := val.(string)
//     return str, ok
// }

이렇게 하면 키가 해당 패키지에 고유하게 보장되고 우발적인 충돌을 방지할 수 있습니다.

일반적인 사용 사례 및 모범 사례

1. HTTP 서버 및 요청 수명 주기

HTTP 서버에서 http.Request는 이미 context.Context를 전달합니다. 이 컨텍스트는 클라이언트 연결이 끊어지거나 요청이 완료되면 자동으로 취소됩니다. 해당 요청과 관련된 모든 백그라운드 작업에 대해 이 요청 컨텍스트에서 새 컨텍스트를 항상 파생시켜야 합니다.

package main

import (
	"context"
	"fmt"
	"log"
	"net/http"
	"time"
)

func longRunningDBQuery(ctx context.Context) (string, error) {
	select {
	case <-time.After(5 * time.Second): // 긴 데이터베이스 쿼리 시뮬레이션
		return "Query Result", nil
	case <-ctx.Done():
		return "", fmt.Errorf("database query canceled: %w", ctx.Err())
	}
}

func handler(w http.ResponseWriter, r *http.Request) {
	log.Printf("Received request for %s\n", r.URL.Path)

	// 특정 데이터베이스 작업에 대한 타임아웃이 있는 새 컨텍스트 파생
	// 이 컨텍스트는 HTTP 요청의 컨텍스트가 취소되면
	// 또는 3초가 지나면 취소됩니다 (둘 중 먼저 발생하는 것).
	ctx, cancel := context.WithTimeout(r.Context(), 3*time.Second)
	defer cancel() // 항상 cancel 호출을 잊지 마세요!

	result, err := longRunningDBQuery(ctx)
	if err != nil {
		http.Error(w, fmt.Sprintf("Error querying database: %v", err), http.StatusInternalServerError)
		log.Printf("Error processing request: %v\n", err)
		return
	}

	fmt.Fprintf(w, "Hello, your query result is: %s\n", result)
	log.Printf("Successfully handled request for %s\n", r.URL.Path)
}

func main() {
	http.HandleFunc("/", handler)
	fmt.Println("Server starting on :8080")
	log.Fatal(http.ListenAndServe(":8080", nil))
}

브라우저에서 http://localhost:8080을 열고 빠르게 탭을 닫으면 "database query canceled" 메시지가 표시되며 이는 r.Context()가 HTTP 서버에 의해 취소되었기 때문입니다. 탭을 열어 두면 3초 후에 WithTimeout이 작동합니다.

2. 고루틴 팬아웃 및 팬인

병렬 처리를 위해 여러 고루틴을 시작할 때 context.WithCancel은 종료를 조정하는 데 이상적입니다.

package main

import (
	"context"
	"fmt"
	"sync"
	"time"
)

func worker(ctx context.Context, workerID int, results chan<- string) {
	for {
		select {
		case <-ctx.Done():
			fmt.Printf("Worker %d: Stopping due to context cancellation. Err: %v\n", workerID, ctx.Err())
			return
		case <-time.After(time.Duration(workerID) * 500 * time.Millisecond): // 다양한 작업 시간 시뮬레이션
			result := fmt.Sprintf("Worker %d: Processed data at %s", workerID, time.Now().Format(time.RFC3339Nano))
			select {
			case results <- result:
				fmt.Printf("Worker %d: Sent result.\n", workerID)
			case <-ctx.Done(): // 보내는 동안 컨텍스트가 취소되었는지 다시 확인
				fmt.Printf("Worker %d: Context canceled while sending result. Discarding.\n", workerID)
				return
			}
		}
	}
}

func main() {
	parentCtx := context.Background()

	// 모든 작업자를 위한 취소 가능한 컨텍스트 생성
	ctx, cancel := context.WithCancel(parentCtx)
	defer cancel() // main이 조기에 종료될 경우 취소 보장

	results := make(chan string, 5)
	var wg sync.WaitGroup

	numWorkers := 3
	for i := 1; i <= numWorkers; i++ {
		wg.Add(1)
		go func(id int) {
			defer wg.Done()
			worker(ctx, id, results)
		}(i)
	}

	// 결과를 잠시 읽음
	go func() {
		for i := 0; i < 4; i++ { // 몇 개의 결과 읽기
			select {
			case res := <-results:
				fmt.Printf("Main: Received: %s\n", res)
			case <-time.After(6 * time.Second):
				fmt.Println("Main: Timeout waiting for results.")
				break
			}
		}
		// 일부 결과를 읽거나 타임아웃 후, 취소 트리거
		fmt.Println("Main: Signaling workers to stop...")
		cancel()
	}()

	// 모든 작업자가 완료될 때까지 대기
	wg.Wait()
	close(results) // 모든 작업자가 완료된 후 결과 채널 닫기
	fmt.Println("Main: All workers stopped. Exiting.")

	// 남아 있는 결과 소비
	for res := range results {
		fmt.Printf("Main: Consumed lingering result: %s\n", res)
	}
}

이 예제는 cancel()이 모든 작업자를 정상적으로 종료시키는 방법을 보여줍니다.

3. 추적 및 로깅 ID 전파

컨텍스트는 고유 식별자(예: 상관 관계 ID, 추적 ID)를 호출 스택 아래로 전달하여 분산 서비스 전반에 걸쳐 일관된 로깅 및 쉬운 디버깅을 가능하게 합니다. 이 경우 github.com/google/uuid 라이브러리가 필요합니다.

package main

import (
	"context"
	"fmt"
	"log"
	"net/http"
	"time"

	"github.com/google/uuid" // go get github.com/google/uuid
)

// 사용자 정의 컨텍스트 키 유형 정의
type contextKey string

const (
	traceIDKey contextKey = "trace_id"
	userIDKey  contextKey = "user_id"
)

// 추적 정보를 추가하는 미들웨어 시뮬레이션
func tracingMiddleware(next http.Handler) http.Handler {
	return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
		traceID := uuid.New().String()
		log.Printf("[TRACING] New Request - TraceID: %s\n", traceID)

		// 추적 ID가 포함된 새 컨텍스트를 생성하고 요청과 연결
		ctx := context.WithValue(r.Context(), traceIDKey, traceID)
		r = r.WithContext(ctx) // 요청 컨텍스트를 강화된 컨텍스트로 교체

		next.ServeHTTP(w, r)
	})
}

// 외부 서비스 호출 시뮬레이션
func callExternalService(ctx context.Context, data string) {
	if traceID, ok := ctx.Value(traceIDKey).(string); ok {
		fmt.Printf("[Service] TraceID %s: Calling external service with data: %s\n", traceID, data)
	} else {
		fmt.Printf("[Service] No TraceID: Calling external service with data: %s\n", data)
	}
	time.Sleep(500 * time.Millisecond) // 지연 시뮬레이션
}

// 데이터베이스 저장 함수 시뮬레이션
func saveToDatabase(ctx context.Context, record string) {
	if traceID, ok := ctx.Value(traceIDKey).(string); ok {
		fmt.Printf("[DAL] TraceID %s: Saving record: %s\n", traceID, record)
	} else {
		fmt.Printf("[DAL] No TraceID: Saving record: %s\n", record)
	}
	time.Sleep(200 * time.Millisecond) // 지연 시뮬레이션
}

func myHandler(w http.ResponseWriter, r *http.Request) {
	// 컨텍스트에서 값 추출 (ok를 사용한 강력한 유형 어설션)
	traceID, traceOK := r.Context().Value(traceIDKey).(string)
	userID, userOK := r.Context().Value(userIDKey).(string) // 이 키는 미들웨어가 설정하지 않을 수 있음

	if traceOK {
		fmt.Printf("[Handler] Request TraceID: %s\n", traceID)
	}
	if userOK {
		fmt.Printf("[Handler] Request UserID: %s\n", userID)
	}

	// 컨텍스트를 다른 함수로 전파
	callExternalService(r.Context(), "some-data")
	saveToDatabase(r.Context(), "new-user-record")

	fmt.Fprintf(w, "Request processed!")
}

func main() {
	mux := http.NewServeMux()
	mux.Handle("/", tracingMiddleware(http.HandlerFunc(myHandler)))

	fmt.Println("Server starting on :8080")
	log.Fatal(http.ListenAndServe(":8080", mux))
}

http://localhost:8080을 히트하면 tracingMiddleware, myHandler, callExternalService, saveToDatabase 등 각 단계에서 traceID가 흐르는 것을 로그에서 확인할 수 있습니다.

피해야 할 사항

컨텍스트 값에 가변 데이터 저장: 컨텍스트 값은 불변입니다. 데이터를 변경해야 하는 경우 업데이트된 값으로 새 하위 컨텍스트를 만듭니다. 그러나 일반적으로 컨텍스트는 읽기 전용 메타데이터용입니다.
컨텍스트 값에 큰 개체 전달: 컨텍스트는 ID, 부울 값 또는 작은 구성 플래그와 같은 작고 요청 범위의 메타데이터용으로 설계되었습니다. 큰 데이터의 경우 함수 인자로 전달하거나 공유 메모리 또는 데이터베이스와 같은 다른 메커니즘을 사용하십시오.
구조체 필드에 context.Context 넣기: 컨텍스트는 함수에 첫 번째 인자로 명시적으로 전달되어야 합니다. 구조체에 저장하면 구조체가 컨텍스트 수명 주기에 결합되고 고루틴 취소를 추론하기 어려워집니다. 주된 예외는 구조체 자체가 HTTP 클라이언트와 같이 컨텍스트 인식 리소스 관리자인 경우로, 자체 요청 컨텍스트를 관리합니다.
ctx.Done() 또는 cancel() 호출 무시: ctx.Done()을 수신 대기하지 않으면 고루틴 누수로 이어질 수 있습니다. WithCancel, WithTimeout 또는 WithDeadline으로 생성된 컨텍스트에 대해 cancel()을 호출하지 않으면 리소스 누수로 이어지고 관련 고루틴의 가비지 수집을 방지할 수 있습니다. defer cancel()은 필수 패턴입니다.
불필요하게 깊게 중첩된 컨텍스트 트리 생성: 컨텍스트는 트리를 형성하지만, 과도한 중첩은 디버깅을 복잡하게 만들 수 있습니다. 계층 구조를 논리적이고 취소 또는 값 전파 요구 사항에 직접적으로 관련되도록 유지하십시오.

결론

context 패키지는 현대 Go 개발에서 필수적인 도구입니다. 고루틴 수명 주기, 마감 시간 및 취소 신호 전파, 요청 범위 메타데이터를 동시 작업 및 함수 경계를 넘나들며 전달하는 강력하고 관용적인 방법을 제공합니다. context.Context를 함수에 첫 번째 인자로 일관되게 전달하고 해당 취소 신호를 성실하게 처리함으로써 개발자는 동시 및 분산 환경에서 효과적으로 확장되는 더 강력하고 성능이 뛰어나며 정상적으로 종료되는 Go 애플리케이션을 구축할 수 있습니다. context 패키지를 마스터하는 것은 진정으로 관용적이고 효율적인 Go 프로그래밍의 특징입니다.

Go의 context 패키지 파워 언박싱: 동시성 제어 및 요청 메타데이터 전파

핵심 문제: 제어되지 않는 고루틴 수명 주기 및 메타데이터 사일로

`context.Context` 인터페이스 심층 분석

컨텍스트 구축: `context` 패키지 함수

1. `context.Background()` 및 `context.TODO()`

2. `context.WithCancel(parent Context) (ctx Context, cancel CancelFunc)`

3. `context.WithDeadline(parent Context, d time.Time) (ctx Context, cancel CancelFunc)`

4. `context.WithTimeout(parent Context, timeout time.Duration) (ctx Context, cancel CancelFunc)`

5. `context.WithValue(parent Context, key, val any) Context`

일반적인 사용 사례 및 모범 사례

1. HTTP 서버 및 요청 수명 주기

2. 고루틴 팬아웃 및 팬인

3. 추적 및 로깅 ID 전파

피해야 할 사항

결론

Share this article

More Posts from Leapcell

Popular Posts

핵심 문제: 제어되지 않는 고루틴 수명 주기 및 메타데이터 사일로

context.Context 인터페이스 심층 분석

컨텍스트 구축: context 패키지 함수

1. context.Background() 및 context.TODO()

2. context.WithCancel(parent Context) (ctx Context, cancel CancelFunc)

3. context.WithDeadline(parent Context, d time.Time) (ctx Context, cancel CancelFunc)

4. context.WithTimeout(parent Context, timeout time.Duration) (ctx Context, cancel CancelFunc)

5. context.WithValue(parent Context, key, val any) Context

일반적인 사용 사례 및 모범 사례

1. HTTP 서버 및 요청 수명 주기

2. 고루틴 팬아웃 및 팬인

3. 추적 및 로깅 ID 전파

피해야 할 사항

결론

Share this article

More Posts from Leapcell

Popular Posts

`context.Context` 인터페이스 심층 분석

컨텍스트 구축: `context` 패키지 함수

1. `context.Background()` 및 `context.TODO()`

2. `context.WithCancel(parent Context) (ctx Context, cancel CancelFunc)`

3. `context.WithDeadline(parent Context, d time.Time) (ctx Context, cancel CancelFunc)`

4. `context.WithTimeout(parent Context, timeout time.Duration) (ctx Context, cancel CancelFunc)`

5. `context.WithValue(parent Context, key, val any) Context`