Microsoft MVP성태의 닷넷 이야기
.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장 [링크 복사], [링크+제목 복사],
조회: 17567
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

System.Diagnostics.Process 객체의 명시적인 해제 권장

지난번 글에서,

System.Runtime.InteropServices.SEHException - 0x80004005
; https://www.sysnet.pe.kr/2/0/11307

Process 객체를 사용하고 일부러 CloseHandle을 통해 핸들을 닫으면 GC 상황에서 SEHException 예외가 발생한다는 것을 설명했습니다. 이를 달리 말하면, Process 객체는 GC로 인해 수행되는 Finalizer가 있다는 것이고 그 안에는 핸들을 닫는 코드가 있음을 짐작케 합니다.

실제로 Process 객체는 Component를 통해 IDisposable 인터페이스와 Finalizer를 제공받고 있으며 공통으로 호출되는 Dispose 메서드 내부에서 Close를 호출합니다. 예상할 수 있듯이 Close에서는 핸들을 닫는 코드가 있습니다.

public void Close()
{
    if (this.Associated)
    {
        if (this.haveProcessHandle)
        {
            this.StopWatchingForExit();
            this.m_processHandle.Close();
            ...[생략]...
        }
        ...[생략]...
    }
}

따라서 다음과 같은 코드일 지라도,

int pid = Process.GetCurrentProcess().Id;

많이 사용하면 Finalizer를 동반한 GC가 발생하는 것입니다. 아래는 이런 현상을 테스트할 수 있는 간단한 예제 코드입니다.

using System;
using System.Diagnostics;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            Thread t = new Thread(outputGCFunc);
            t.IsBackground = true;
            t.Start();

            while (true)
            {
                int pid = Process.GetCurrentProcess().Id;
            }
        }

        private static void outputGCFunc()
        {
            while (true)
            {
                int count = GC.CollectionCount(2);
                Console.WriteLine($"GC 2: {count}");

                Thread.Sleep(1000);
            } 
        }
    }
}

위의 결과를 실행해 보면 GC Count가 다음과 같이 증가하는 것을 확인할 수 있습니다.

GC 2: 0
GC 2: 2
GC 2: 4
GC 2: 5
GC 2: 12
GC 2: 20
GC 2: 23
GC 2: 29
GC 2: 34
GC 2: 38
GC 2: 43
GC 2: 49
GC 2: 54
GC 2: 58
GC 2: 62
GC 2: 71

반면 while 문 내부를 이렇게 수정하면,

while (true)
{
    using (Process cur = Process.GetCurrentProcess())
    {
        int pid = cur.Id;
    }
}

GC가 0에서 거의 바뀌질 않습니다. 아울러 작업 관리자를 띄워 프로세스를 보면 메모리 관련 수치들이 거의 고정된 체로 바뀌지 않습니다. 반면, using을 사용하지 않으면 메모리가 널뛰기를 합니다.

(그렇긴 하지만, 현실적인 수준에서 문제가 될 정도로 Process 객체를 사용할 일은 없을 테니 크게 신경쓰지 않아도 되는 문제입니다. ^^)




참고로, Process.Threads 속성으로 열람해 구하는 ProcessThread 객체 역시 Component를 상속받아 Finalizer와 IDisposable 인터페이스를 물려받고 있습니다. 그렇다면, 다음과 같이 사용해야 할까요?

foreach (ProcessThread thread in cur.Threads)
{
    thread.Dispose();
}

나중에는 그래야 할지 모르겠지만, 일단 현재로써는 ProcessThread의 사용은 GC에 영향이 없으므로 Dispose의 호출 여부는 상관이 없습니다. 심지어 Component.Finalize() 조차도 영향이 없는 이유는, ProcessThread의 경우 생성자에서 GC.SuppressFinalize(this)를 호출하기 때문입니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/27/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 106  107  108  [109]  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11234정성태6/29/201719108오류 유형: 404. SharePoint 2013 설치 과정에서 "The username is invalid The account must be a valid domain account" 오류 발생
11233정성태6/28/201718950오류 유형: 403. SharePoint Server 2013을 Windows Server 2016에 설치할 때 .NET 4.5 설치 오류 발생
11232정성태6/28/201719800Windows: 144. Windows Server 2016에 Windows Identity Extensions을 설치하는 방법
11231정성태6/28/201719591디버깅 기술: 86. windbg의 mscordacwks DLL 로드 문제 - 세 번째 이야기 [1]
11230정성태6/28/201719062제니퍼 .NET: 26. 제니퍼 닷넷 적용 사례 (6) - 잦은 Recycle 문제
11229정성태6/27/201720504오류 유형: 402. Windows Server Backup 관리 콘솔이 없어진 경우
11228정성태6/26/201717664개발 환경 구성: 320. Visual Basic .NET 프로젝트에서 내장 Manifest 자원을 EXE 파일로부터 제거하는 방법파일 다운로드1
11227정성태6/19/201726180개발 환경 구성: 319. windbg에서 python 스크립트 실행하는 방법 - pykd [6]
11226정성태6/19/201717180오류 유형: 401. Microsoft Edge를 실행했는데 입력 반응이 없는 경우
11225정성태6/19/201716457오류 유형: 400. Outlook - The required file ExSec32.dll cannot be found in your path. Install Microsoft Outlook again.
11224정성태6/13/201718954.NET Framework: 661. Json.NET의 DeserializeObject 수행 시 속성 이름을 동적으로 바꾸는 방법파일 다운로드1
11223정성태6/12/201717951개발 환경 구성: 318. WCF Service Application과 WCFTestClient.exe
11222정성태6/10/201722055오류 유형: 399. WCF - A property with the name 'UriTemplateMatchResults' already exists.파일 다운로드1
11221정성태6/10/201719100오류 유형: 398. Fakes - Assembly 'Jennifer5.Fakes' with identity '[...].Fakes, [...]' uses '[...]' which has a higher version than referenced assembly '[...]' with identity '[...]'
11220정성태6/10/201723847.NET Framework: 660. Shallow Copy와 Deep Copy [1]파일 다운로드2
11219정성태6/7/201718992.NET Framework: 659. 닷넷 - TypeForwardedFrom / TypeForwardedTo 특성의 사용법
11218정성태6/1/201721908개발 환경 구성: 317. Hyper-V 내의 VM에서 다시 Hyper-V를 설치: Nested Virtualization
11217정성태6/1/201718050오류 유형: 397. initerrlog: Could not open error log file 'C:\...\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG'
11216정성태6/1/201719769오류 유형: 396. Activation context generation failed
11215정성태6/1/201721526오류 유형: 395. 관리 콘솔을 실행하면 "This app has been blocked for your protection" 오류 발생 [1]
11214정성태6/1/201718789오류 유형: 394. MSDTC 서비스 시작 시 -1073737712(0xC0001010) 오류와 함께 종료되는 문제 [1]
11213정성태5/26/201724224오류 유형: 393. TFS - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
11212정성태5/26/201723516오류 유형: 392. Windows Server 2016에 KB4019472 업데이트가 실패하는 경우
11211정성태5/26/201722298오류 유형: 391. BeginInvoke에 전달한 람다 함수에 CS1660 에러가 발생하는 경우
11210정성태5/25/201722620기타: 65. ActiveX 없는 전자 메일에 사용된 "개인정보 보호를 위해 암호화된 보안메일"의 암호화 방법
11209정성태5/25/201770272Windows: 143. Windows 10의 Recovery 파티션을 삭제 및 새로 생성하는 방법 [16]
... 106  107  108  [109]  110  111  112  113  114  115  116  117  118  119  120  ...