포스트를 만든 목적
- 이렇게 하지 않으면, 책을 건성으로 본다.
내용
Dispose 는 무엇인가?
관리되지 않는(unmanaged) 자원을 해제하기 위해서 사용 하는 함수이다.
그러면 unmanaged 자원은 무엇인가?
그러면 표준 Dispose 패턴은 무엇인가?
- Dispose를 IDisposable Interface로 구현한다.
- Dispose 내부에선 unmanaged 자원을 해제한다.
- 사용자가 Dispose를 사용하지 않았을 경우를 대비하여, finalizer를 구현한다.
- finalizer 에서 unmanaged 자원을 해제한다.
finalizer 를 구현하면, 성능상에 나쁜 영향을 주는데, 왜 finalizer를 구현해야 하나?
무제한 unmanaged 자원이 늘어나는게 더 나쁜 영향을 준다. 그래도 finalizer를 구현하지 않겠는가?
왜 finalizer를 구현하면 성능에 나쁘나?
- finalizer를 구현하면, GC가 자신이 관리하는 finalizer 큐에 저장한다.
- GC에서 사용하는 특정 쓰레드가 finalizer 큐를 읽고, 해제해도 되는지 검사한다.
- 검사 후 해제되도 된다면, 그때서야 해제한다.
3번이 될때까지 아직도 해제하지 않고 있는 것과, 검사하는 것에 에너지를 사용하기 때문에 성능에 나쁘다.(얼마나 나쁠지는 모르겠다.)
finalizer에선 어떤 일을 해야 하는가?
사용자가 Dispose()를 사용하지 않았을 경우, unmanaged 자원을 해야 해야 한다.
그러면, 어떻게 Dispose를 구현해야 하는가?
반드시 다음과 같은 기능을 수행해야만 한다.
- unmanaged 자원 해제
- managed 자원의 해제
- Dispose() 한 후 다시 Dispose() 호출 후 이상이 없어야 한다.
- Dispose() 한 후 unmanaged 자원 사용 시, ObjectDisposed 예외를 발생 시켜야 한다.
- finalization 동작을 막아야 한다.
다 좋은데, 상속 기반에서는 어떻게 하나? IDisposable Interface는 비가상 함수지 않는가?
그렇다. 그래서 가상함수로 Dispose() 기능을 수행하는 함수를 만들어야 한다. 기왕 제 3의 함수 만드니까, finalizer 에서 사용 되는 부분도 줄이면 좋겠다.
.. 그런데 managed 자원은 GC(가비지 켈렉터)가 해제해주는데 굳이 해제해 줄 필요가 있는가?
맞는 말이다. 하지만 어차피 사용되지 않을꺼니까, 가비지 켈렉터가 잘 일할 수 있도록, 해제해 주는게 좋다.
어떻게 managed 자원을 해제 하는가?
.. null 로 만들면 된다. 예를 들어 _list.Clear(); _list = null; 이렇게 하면 된다.
자, 이제 코드로 보여 줄 수 있는가?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
| using System;using System.Collections;using System.Collections.Generic;using System.Linq;using System.Text;using System.IO;namespace console{ class ConsoleClass { public static void Main() { using (DerivedDisposeSample t = new DerivedDisposeSample()) { } } } public class BaseDisposeSampleClass : IDisposable { // -- Dispose 두번 이상 // -- 호출을 막기 위한것 private bool _isBaseDisposeSmapleClass = false; // -- managed resource private List<int> _ManagedResource = new List<int>(); // -- unmanaged resource // -- 사실 FileStream은 finalizer 가 구현 되어 있으므로, unmanaged 라고 보긴 힘들다. // -- 예제를 위해 한것이므로 그러려니 하자 private FileStream _UnManagedResource = new FileStream("hehe.txt", FileMode.OpenOrCreate); ~BaseDisposeSampleClass() { // finalizer 가 호출된 시점에선 이미 Dispose()가 호출 되지 않았으므로 // managed resource 는 지우지 않는다. Dispose(false); } // Dispose 호출 public void Dispose() { // managed 까지 제거 Dispose(true); // managed 까지 지웠으므로, // 이 객체는 finalizer 호출하지 말라고 등록한다. GC.SuppressFinalize(this); } protected virtual void Dispose(bool isDisposing) { Console.WriteLine("BaseDisposeSampleClass::Dispose(bool isDisposing) is called"); // is called? if (true == _isBaseDisposeSmapleClass) return; // managed resource release if (true == isDisposing) { _ManagedResource.Clear(); _ManagedResource = null; } // unmanaged resource release _UnManagedResource.Dispose(); // flag on _isBaseDisposeSmapleClass = true; } } public class DerivedDisposeSample : BaseDisposeSampleClass { private bool _isDerivedDisposeSample = false; protected override void Dispose(bool isDisposing) { Console.WriteLine("DerivedDisposeSample::Dispose(bool isDisposing) is called"); if (true == isDisposing) { // managed resource release... } // unmanaged resource release... // ... // .. // . base.Dispose(isDisposing); // flag on _isDerivedDisposeSample = true; } }} |
주의 해야 할 점이 있는가?
- finalizer 와 Dispose 에서, 객체 생명주기를 바꾸는 행동을 하지 말아야 한다. 만약 객체 생명주기를 건들게 되면, 객체는 더 이상 사용하지 않는데도, managed 자원까지 사라지지 않는 일이 발생 한다. .... 어렵다면, 해제하는 작업만 해야 한다고 알아도 된다.
결론
- 남이 만든거 갔다가 쓰자. :P
- 남이 만든게 없을 경우, unmanaged 자원이 있을 경우, 표준 Dispose 패턴으로 구현하자.
출처 : http://ikpil.com/1190
'소프트웨어 공학 > 개발' 카테고리의 다른 글
| Subversion 설치 및 Eclipse와의 연동 (0) | 2011.11.04 |
|---|---|
| [ELF] OpenSource Enlightenment DeskTop (0) | 2011.10.14 |
| [패턴] Layer Architecture Pattern (0) | 2011.10.01 |
| c++ 고급 (0) | 2011.08.24 |
| [이클립스] C/C++ 쓰레드 컴파일 문제 해결 (0) | 2011.07.19 |
Mocha is a tool that monitors your network activity and keeps a record of Ip / Mac address pairings and firewall logs. It will give a warning when it notices any suspicious activity, like any changes in Mac address or any connection attempt to the firewall.
