C#에서 IDisposable과 Using 문이 함께 작동하는 방법

일회용품 및 자원 관리 소개

Tim은 IDisposable을 "애플리케이션의 적절한 리소스 관리 및 안전성을 보장하는 강력한 도구"라고 설명하며 이야기를 시작합니다. 그는 데이터베이스 연결, 파일 스트림 또는 시스템 핸들과 같은 관리되지 않는 리소스는 가비지 컬렉터에 의해 자동으로 정리되지 않는다고 설명합니다.

반면, 관리되는 리소스(문자열이나 일반 C# 객체 등)는 가비지 컬렉션 프로세스에 의해 자동으로 처리됩니다. 문제는 클래스가 운영 체제 수준의 메모리나 파일 핸들과 같은 관리되지 않는 코드 또는 리소스와 직접 상호 작용할 때 발생합니다. 이러한 것들은 .NET 런타임의 제어 범위를 벗어나 있기 때문입니다.

팀은 관리되지 않는 리소스를 명시적으로 해제하지 않으면 계속 할당된 상태로 유지되어 메모리 누수와 시스템 성능 저하를 초래한다고 강조합니다. IDisposable 인터페이스는 개발자에게 객체의 수명이 다할 때 리소스를 확실하게 정리할 수 있는 결정론적 정리 메커니즘을 제공하도록 설계되었습니다.

자원 사용 시뮬레이션

정리의 필요성을 보여주기 위해 Tim은 DemoResource 클래스가 포함된 간단한 콘솔 앱을 만듭니다. 해당 클래스에는 데이터베이스 연결을 열고 닫는 것을 시뮬레이션하는 DoWork() 메서드가 있습니다.

public class DemoResource
{
    public void DoWork()
    {
        Console.WriteLine("Opening Connection");
        Console.WriteLine("Doing Work");
        Console.WriteLine("Closing Connection");
    }
}

public class DemoResource
{
    public void DoWork()
    {
        Console.WriteLine("Opening Connection");
        Console.WriteLine("Doing Work");
        Console.WriteLine("Closing Connection");
    }
}

이는 데이터베이스 연결 설정이나 파일 쓰기와 같이 관리되지 않는 리소스를 사용하는 일반적인 워크플로를 나타냅니다. DoWork() 함수 내부의 작업은 관리되지 않는 리소스를 직접 사용할 때 발생하는 상황을 시뮬레이션합니다.

문제가 발생할 때 — 자원 누출

약 2분쯤에 팀은 프로세스가 제대로 완료되지 않았을 때 어떤 일이 발생하는지 보여줍니다. 그는 작업 중 오류를 시뮬레이션하기 위해 예외를 추가합니다.

throw new Exception("I broke");

throw new Exception("I broke");

이 예외가 발생하면 프로그램은 "연결 닫기" 단계에 도달하지 못하므로 관리되지 않는 리소스가 계속 열려 있는 상태가 됩니다.

팀은 애플리케이션이 데이터베이스 연결을 닫지 못해 서버를 매일 밤 재부팅해야 했던 초기 경험을 떠올립니다. 이렇게 닫히지 않은 연결들이 누적되어 사용 가능한 모든 메모리와 소켓을 소모하게 됩니다. 이는 정리 로직이 없거나 부적절하여 발생하는 리소스 누수의 전형적인 예입니다.

IDisposable의 역할

이 문제를 해결하기 위해 Tim은 Dispose 메서드를 정의하는 IDisposable 인터페이스를 도입했습니다. IDisposable 인터페이스를 구현하면 .NET 에게 이 클래스가 해제해야 할 리소스가 있음을 알리고 해당 리소스를 해제하는 방법을 정의합니다.

Tim은 자신의 클래스에 IDisposable을 추가하고 해당 메서드를 구현합니다.

public class DemoResource : IDisposable
{
    public void Dispose()
    {
        Console.WriteLine("Closing Connection via Dispose");
    }
}

public class DemoResource : IDisposable
{
    public void Dispose()
    {
        Console.WriteLine("Closing Connection via Dispose");
    }
}

Dispose 메서드는 관리되지 않는 메모리 해제, 파일 핸들 닫기 또는 데이터베이스 연결 해제와 같은 리소스 정리를 위한 전용 공간 역할을 합니다.

Tim은 이 Dispose 메서드가 using 문을 사용하여 자동으로 호출될 수 있으므로 예외가 발생하더라도 정리가 안정적으로 이루어진다고 설명합니다.

문장 사용 및 결정론적 정리

Tim은 C#에서 '사용'이라는 단어가 두 가지 다른 의미를 가질 수 있다고 설명합니다.

• using 지시문 — 파일 맨 위에 위치 (예: using System;)

• 리소스 정리를 위한 using 문

그는 후자를 증명한다:

using DemoResource demo = new DemoResource();
demo.DoWork();

using DemoResource demo = new DemoResource();
demo.DoWork();

이 문의 범위가 끝나면 컴파일러는 자동으로 Dispose 메서드를 호출합니다. 이는 확정적 정리(deterministic cleanup)를 보장합니다. 즉, 리소스는 사용 직후 즉시 해제되며, 나중에 가비지 컬렉터가 객체를 최종 정리할 때까지 기다릴 필요가 없습니다.

이 접근 방식은 모든 폐기 가능한 객체가 적시에 제대로 폐기되도록 함으로써 애플리케이션의 안정성과 메모리 사용 효율성을 향상시킵니다.

예외가 발생하면 어떻게 되나요?

팀은 예외를 다시 발생시키고 데모를 다시 실행합니다. 예외가 발생하여 정상적인 흐름이 중단되었음에도 불구하고, 출력 결과에는 Dispose() 함수가 여전히 호출되었음을 보여줍니다.

Opening Connection
Doing Work
I broke
Closing Connection via Dispose

Opening Connection
Doing Work
I broke
Closing Connection via Dispose

이는 using 블록이 오류 발생 시에도 정리 작업을 보장한다는 것을 보여줍니다. 이는 정리 로직을 finally 블록 안에 넣는 것과 같지만 훨씬 깔끔하고 읽기 쉽습니다.

이것이 바로 C#의 IDisposable 패턴의 강력한 점입니다. 이 패턴을 사용하면 관리형 리소스든 비관리형 리소스든 관계없이 코드의 모든 부분에서 수동으로 정리할 필요 없이 모든 리소스가 제대로 해제됩니다.

사용 범위 및 폐기 시점

그런 다음 Tim은 범위가 폐기 시점에 어떤 영향을 미치는지 살펴봅니다. using 선언이 끝나면 컴파일러는 자동으로 Dispose() 호출을 삽입합니다.

그는 다음과 같이 다른 줄을 추가하면 어떻게 되는지 보여줍니다.

Console.WriteLine("I'm done running Program.cs");

Console.WriteLine("I'm done running Program.cs");

using 문 다음에 오는 줄은 Dispose()가 호출되기 전에 실행됩니다. Dispose는 현재 스코프가 종료될 때(예: 메서드 끝) 발생하기 때문입니다.

폐기가 더 빨리 이루어지도록 하기 위해 Tim은 코드를 using 블록으로 감쌌습니다.

using (DemoResource demo = new DemoResource())
{
    demo.DoWork();
}
Console.WriteLine("I'm done running Program.cs");

using (DemoResource demo = new DemoResource())
{
    demo.DoWork();
}
Console.WriteLine("I'm done running Program.cs");

이제 Dispose 메서드는 최종 print 문보다 먼저 실행됩니다. 왜냐하면 해당 객체가 블록 끝에서 범위를 벗어나기 때문입니다.

이는 결정론적 리소스 정리를 보여주며, 코드 블록 실행이 완료되는 즉시 리소스가 해제되도록 보장합니다.

완전 폐기 패턴(확장된 개념)

Tim의 데모는 기본 사항에 초점을 맞추고 있지만, 실제 코드에서 사용되는 C# Dispose 패턴 전체로 자연스럽게 이어집니다. 이 패턴은 관리되는 리소스와 관리되지 않는 리소스 모두를 안전하게 정리할 수 있도록 하며, 상속을 지원하고, 이중 정리를 방지합니다. 이 패턴은 일반적으로 다음과 같습니다.

public class BaseResource : IDisposable
{
    private bool disposed = false; // To detect redundant calls

    // Public dispose method
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    // Protected virtual dispose method
    protected virtual void Dispose(bool disposing)
    {
        if (!disposed)
        {
            if (disposing)
            {
                // Dispose managed resources here
            }

            // Free unmanaged resources here
            disposed = true;
        }
    }
}

public class BaseResource : IDisposable
{
    private bool disposed = false; // To detect redundant calls

    // Public dispose method
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    // Protected virtual dispose method
    protected virtual void Dispose(bool disposing)
    {
        if (!disposed)
        {
            if (disposing)
            {
                // Dispose managed resources here
            }

            // Free unmanaged resources here
            disposed = true;
        }
    }
}

지금 무슨 일이 벌어지고 있는지 알려드리겠습니다.

• Dispose(bool disposing) 메서드는 관리되는 객체의 해제(disposing이 true일 때)와 관리되지 않는 리소스의 해제(항상 필요)를 구분합니다.

• disposing 매개변수는 가비지 컬렉터가 이미 회수했을 수 있는 최종화 과정에서 관리되는 객체가 해제되는 것을 방지하는 데 도움이 됩니다.

• GC.SuppressFinalize(this)는 수동 폐기가 완료된 후 가비지 컬렉터가 파이널라이저를 호출하는 것을 방지합니다.

• protected virtual void Dispose(bool disposing)는 파생 클래스가 캐스케이드 dispose 호출을 위해 protected override void Dispose(bool disposing)를 사용하여 해제 동작을 재정의할 수 있도록 합니다.

이를 통해 효율적인 리소스 관리가 보장되고, 리소스 누수가 방지되며, 관리되는 리소스와 관리되지 않는 리소스 모두에 대해 안전한 정리 로직이 제공됩니다.

적절한 청소가 중요한 이유

Tim의 예시는 Dispose 패턴을 올바르게 구현하는 것이 얼마나 중요한지, 즉 데이터베이스 연결을 닫는 것뿐만 아니라 관리되지 않는 메모리, 파일 핸들 및 시스템 리소스를 적절하게 처리하는 것의 중요성을 강조합니다. IDisposable 인터페이스를 구현하고 객체를 using 문으로 감싸면 다음과 같은 이점을 얻을 수 있습니다.

• 자료는 신속하게 제공됩니다

• 가비지 컬렉션은 관리되지 않는 리소스를 처리할 필요가 없습니다.

• 메모리 사용량이 최적의 상태로 유지됩니다

• 애플리케이션은 안정적이고 효율적으로 유지됩니다.

결론

Tim이 자신의 비디오 에서 요약했듯이, IDisposable 인터페이스와 using 문은 예외가 발생하더라도 정리가 자동으로 이루어지도록 함께 작동합니다.

Dispose 패턴을 구현하면 객체가 관리되는 리소스와 관리되지 않는 리소스를 해제하는 방법을 완벽하게 제어할 수 있으며, using 블록을 사용하면 어떤 상황이 발생하더라도 이 프로세스가 적절한 시점에 트리거되도록 보장할 수 있습니다.

이러한 조합은 C#에서 효과적인 리소스 관리의 핵심을 형성하여 안정적이고 효율적이며 리소스 누수가 없는 애플리케이션을 보장합니다.

"using 문과 함께 IDisposable을 사용하면 예외 발생 여부와 관계없이 Dispose 메서드는 항상 스코프가 끝날 때 호출됩니다." — 팀 코리

요약하자면, C#의 IDisposable 패턴을 이해하고 구현하는 것은 리소스 정리를 숙달하고, 메모리 누수를 방지하며, 애플리케이션 안정성을 향상시키는 데 필수적인 단계입니다.