본문 바로가기

전체 글

DI 컨테이너 직접 구현하기 - Reflection 종합편
C# 2026. 2. 16. DI 컨테이너 직접 구현하기 - Reflection 종합편 🏗 C# DI 컨테이너 직접 구현하기 (Reflection 종합편)ASP.NET Core를 사용하다 보면 너무 자연스럽게 DI를 사용한다.services.AddSingleton();하지만 이 한 줄 뒤에서 어떤 일이 벌어지는지 이해하지 못한다면, DI는 단순한 마법 상자에 불과하다.이번 글에서는 그 마법을 직접 구현해본다.1️⃣ DI(Dependency Injection)란 무엇인가?DI는 객체가 직접 의존성을 생성하지 않고, 외부에서 주입받는 구조를 말한다.❌ DI가 없는 코드class OrderService{ private readonly FileLogger _logger = new FileLogger();}✅ DI 적용 코드class OrderService{ private readonl..
Event 메모리 누수와 WeakEvent 패턴 완전 분석
C# 2026. 2. 14. Event 메모리 누수와 WeakEvent 패턴 완전 분석 💣 C# Event 메모리 누수 & WeakEvent 패턴C#에서 Event는 매우 안전해 보인다. 하지만 실제로는 GC 관점에서 가장 위험한 기능 중 하나다.특히 다음 환경에서는 치명적이다.WPF / WinForms장시간 실행되는 서버플러그인 구조Observer 패턴1️⃣ Event 메모리 누수란?Event 메모리 누수는 GC가 객체를 수거하지 못하는 상태를 의미한다.원인은 단 하나다.Event는 내부적으로 Delegate 리스트를 보관하며, 구독자 객체를 강하게 참조한다.2️⃣ 문제의 근본 원리 (GC 관점)다음 구조를 보자.Publisher ───► Event ───► SubscriberPublisher가 살아 있는 한, Subscriber는 GC 대상이 될 수 없다.GC Root 기준Static..
Delegate vs Interface - 설계 관점에서의 선택 기준
C# 2026. 2. 12. Delegate vs Interface - 설계 관점에서의 선택 기준 C# Delegate vs Interface — 언제 무엇을 선택해야 하는가?C#을 어느 정도 사용하다 보면 이런 고민을 하게 된다.“이건 Delegate로 처리할까, Interface로 분리할까?”이 질문에 대한 답은 문법이 아니라 설계 의도에 있다.1️⃣ Delegate와 Interface의 본질적 차이Delegate의 본질Delegate는 행위(Behavior)를 전달하기 위한 도구다.메서드를 값처럼 전달콜백이벤트 처리일회성 로직 주입Action logger = msg => Console.WriteLine(msg);logger("Hello");Interface의 본질Interface는 역할(Role)과 계약(Contract)이다.객체의 책임 정의다형성확장 가능한 구조테스트 대체(Mock)public..
C# Reflection 성능 최적화 - Expression Tree와 IL Emit
C# 2026. 2. 10. C# Reflection 성능 최적화 - Expression Tree와 IL Emit Reflection은 강력하지만, 잘못 사용하면 성능을 급격히 저하시킨다. 실무에서 Reflection을 사용하는 대부분의 프레임워크는 그대로 호출하지 않는다.대신 다음과 같은 기법을 사용한다.메타데이터 캐싱Expression Tree 컴파일IL Emit (동적 메서드 생성)1️⃣ Reflection이 느린 이유Reflection 호출은 다음 단계를 거친다.메타데이터 탐색접근 제어 검사런타임 바인딩Boxing / Unboxing즉, 일반 메서드 호출 대비 수십 배 느릴 수 있다.Reflection 직접 호출 예제MethodInfo method = typeof(User).GetMethod("GetName");string name = (string)method.Invoke(user, null);이 코드는 단..
Reflection / Delegate / Event 완전 정복
카테고리 없음 2026. 2. 8. Reflection / Delegate / Event 완전 정복 C#을 일정 수준 이상 사용하다 보면 반드시 마주치게 되는 개념들이 있다. 바로 Reflection, Delegate, Event이다.이 세 가지는 단순한 문법 요소가 아니라, 프레임워크 설계, 라이브러리 개발, DI 컨테이너, ORM, UI 프레임워크의 핵심 기반 기술이다.1️⃣ Reflection 이란?Reflection은 실행 중(Runtime)에 타입 정보를 동적으로 조회하고 조작할 수 있는 기능이다.즉, 컴파일 시점에 타입을 알지 못해도,클래스 이름메서드 목록프로퍼티필드어트리뷰트등을 런타임에 분석할 수 있다.Reflection이 필요한 이유플러그인 구조 구현DI 컨테이너 내부 동작ORM (Entity Framework)Serializer / Mapper테스트 프레임워크Reflection 기본 예..
C# 비동기 / 병렬 처리 + GC 최적화 실전 가이드
C# 2026. 2. 8. C# 비동기 / 병렬 처리 + GC 최적화 실전 가이드 ― 성능 저하 없이 대규모 비동기/병렬 앱 만들기비동기(async/await), 병렬(Parallel), 그리고 GC(가비지 컬렉션)는각각 따로 보면 이해가 쉽지만,실제 운영 환경에서는 세 가지가 서로 얽혀서 성능 병목을 만든다.이번 글에서는✔ 대규모 비동기/병렬 처리 앱의 성능 문제✔ GC를 유발하는 코드 패턴✔ 가장 효율적인 C# async+parallel 최적화 패턴✔ 실전 예제 + 벤치마크 비교를 완전 예제 중심으로 다루겠습니다.1. 왜 비동기 + 병렬 + GC가 문제인가?C#에서async/await는 비동기 코드 흐름을 쉽게 만들고,Task는 병렬 작업을 쉽게 만들어 준다.하지만 문제는 아래와 같은 상황에서 발생한다: "대량의 async 요청 처리 ↔ CPU 바운드 병렬 처..
[GC편 #5] ASP.NET 서버에서 자주 발생하는 GC 장애 패턴 TOP 5
ASP.NET 2025. 12. 18. [GC편 #5] ASP.NET 서버에서 자주 발생하는 GC 장애 패턴 TOP 5 들어가며지금까지 시리즈에서는GC와 멀티스레딩의 관계GC 로그 분석 방법GC 로그 한 줄 해석GC 튜닝 전/후 비교까지 살펴봤습니다. 이번 편에서는 한 단계 더 실무로 들어가,ASP.NET 서버에서 실제로 가장 자주 발생하는 GC 장애 패턴을 정리합니다.이 글의 목표는 단순합니다.장애를 "겪고 나서" 분석하는 것이 아니라미리 로그만 보고 위험을 감지할 수 있게 만드는 것입니다.패턴 1. 요청당 대형 객체 생성 (LOH 폭발)증상일정 시간마다 서버 멈춤응답 지연이 계단식으로 증가GC 로그 특징GC(2) Pause 700msLOH Size: 1.8GB원인 코드public IActionResult Download(){ return File(new byte[500_000], "application/octet..
[GC편 #4] GC 튜닝 전/후 로그 비교 사례: 숫자로 증명하는 성능 개선
카테고리 없음 2025. 12. 16. [GC편 #4] GC 튜닝 전/후 로그 비교 사례: 숫자로 증명하는 성능 개선 들어가며앞선 글에서 우리는GC 로그를 수집하는 방법로그 한 줄을 해석하는 방법을 살펴봤습니다. 이번 편에서는 그 지식을 실제로 활용해GC 튜닝 전과 후가 로그에서 어떻게 달라지는지를 비교 분석합니다.이 글의 목표는 단순합니다.GC 튜닝이 실제로 효과가 있는지어떤 변경이 어떤 수치 변화를 만드는지로그를 통해 개선 여부를 어떻게 판단하는지를 명확히 보여주는 것입니다.1. 사례 개요시스템 환경ASP.NET Core API 서버8 Core / 16 ThreadServer GC 활성화동시 요청 수: 약 500증상5~10분 간격으로 응답 지연 발생평균 응답 시간 200ms → 최대 2초2. 튜닝 전 GC 로그 분석주요 로그 발췌GC(0) Pause 6msGC(1) Pause 18msGC(2) Pause 820msH..
반응형

티스토리툴바