생성자와는 반대의 개념으로 소멸자라는 것이 있습니다. 소멸자는 클래스의 객체가 소멸될 때 호출되어집니다. 객체 생성시 할당했던 메모리를 소멸자로 하여금 회수하도록 하는 것입니다. 소멸자는 매개변수를 가질 수 없고, 접근 제한자를 가질 수 없으며, 명시적으로 호출 될 수 없습니다. 소멸자는 생성자와는 반대의 순서로 호출이 되어집니다.
|
& |
DestructorTest.cs |
Ü 소멸자를 테스트하기 위한 예제 |
|
using System; public class DestructorTest { public DestructorTest(){} ~ DestructorTest(){ Console.WriteLine("나는 Destructor 입니다."); } public static void Main() { DestructorTest a = new DestructorTest(); } } | ||
|
C:\C#Example\04>csc DestructorTest.cs C:\C#Example\04>DestructorTest 나는 Destructor 입니다. | ||
이 부분이 소멸자를 명시한 부분입니다.
n ~DestructorTest() {}
하지만 직접적으로 소멸자를 사용하는 것보다는 가비지콜렉터(Garbage Collector)를 사용하고 있습니다. 그리고 프로그래머가 이렇게 소멸자에 대해 표시를 해 놓더라도 실제적인 메모리 해제는 가비지콜렉터가 알아서 하니 그 부분은 프로그래머의 영역 밖이라고 할 수 있습니다. 그럼 가비지콜렉터에 대해 잠깐 설명 드리겠습니다.
C#에서 프로그래머가 new 키워드를 사용하여 생성했던 객체들을 언제 제거해야 될까요? 객체를 전혀 사용하지 않을 때가 정답입니다. 메모리가 부족하거나 메모리의 청소를 해야 하는 상황이 발생하면 가비지콜렉터는 언제나처럼 객체들을 검사하게 되며 더 이상 사용되지 않는 객체들은 메모리에서 제거하게 되는 것입니다.
프로그래머가 객체의 소멸도 담당해야 이치에 맞겠지만 그 역할을 주로 담당하는 것은 가비지콜렉터입니다. 가비지콜렉터가 제대로 활동을 하는지 알기란 쉽지 않습니다. 객체가 사용되지 않는데도 불구하고 전혀 호출되지 않을 수도 있고, 제거하는 순서도 가비지콜렉터에 의해 임의적으로 결정하게 됩니다. 그런 결점투성이의 가비지콜렉터를 왜 사용하는 걸까요?
|
▣ 소멸자(Destructor) |
|
q 객체가 소멸되기 전에 호출되어 객체에 부여된 메모리의 회수를 담당 q 실제적으로 메모리의 회수여부는 가비지콜렉터가 담당한다. q 매개변수와 접근 제한자를 가질 수 없다. |
그 이유는 객체를 소멸해야 하는 적절한 시점을 프로그래머가 판단하기에는 너무나 복잡하고 미묘한 문제이기 때문에 가비지콜렉터는 이 부분을 대신 판단하여 안전하게 객체를 제거해 준다는데 있습니다. 시스템의 성능을 떨어뜨릴 가능성도 크지만 가비지콜렉터를 사용함으로써 얻는 이점이 더 크기 때문에 가비지콜렉터를 사용한 메모리의 관리를 선택한 것입니다. 차세대적인 언어들은 대부분 이러한 방식의 메모리 관리법을 주로 사용하고 있습니다.
실제 복잡한 애플리케이션에서 객체가 더 이상 사용되지 않는다는 것을 판단하는 것은 그리 간단한 일이 아닙니다. 이것을 판단하는 것도 어렵지만, 그보다 더 위험한 것은 사용하지도 않는 객체의 메모리를 제거하지 않고 유지하고 있거나 잘못 예측해서 객체를 제거했다면 프로그램이 객체에 접근하는 순간 오동작을 일으키거나 그 프로그램이 갑자기 멈추는 경우가 생기기 때문입니다.
따라서 C#에서는 가비지콜렉터라는 메모리관리자를 두어 메모리를 정리 하게끔 하는 것입니다. 이 방법은 이전 프로그램의 가장 큰 단점을 보완 했다고 볼 수 있는 것입니다.
| jabook저자명함 |
|
제목:소설같은C# 제4강의 저자:최영관 |
