Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 4개 있습니다.)

WPF - WindowsFormsHost를 담은 윈도우 생성 시 메모리 누수

아래의 질문이 있군요.

WPF에서 WindowsFormsHost의 메모리 누수 문제 때문에 문의드립니다.
; https://www.sysnet.pe.kr/3/0/5392

문제를 정리하면, WindowsFormsHost가 있고,

public class Class1 : WindowsFormsHost
{
    public Class1()
    {
    }

    protected override void Dispose(bool disposing)
    {
        base.Dispose(disposing);
    }
}

Class1 타입을 담은 Window가 있는데,

<Window
    x:Class="WpfApp5.Window1"
    ...[생략]...
    Title="Window1" Width="800" Height="450" mc:Ignorable="d"> 
    <Grid>
        <local:Class1 x:Name="clsInstance" />
    </Grid>
</Window>

해당 Window를 열고 닫는 작업을 반복하면 메모리 누수가 발생한다는 것입니다. 문제가 간단하니, 일단 Window부터 보면 예전에도 설명했지만 WPF의 Window 개체는 닫히기만 하면 GC에 의해 해제됩니다.

반면, WindowsFormsHost는 분명히 IDisposable을 구현하고 있습니다. 그리고 Window가 닫힌다고 해서 IDisposable.Dispose가 호출되지는 않습니다. (이것은, Class1.Dispose에 BP를 걸고 디버깅을 해보면 - 또는 Trace.WriteLine 등의 출력을 해보면 금방 알 수 있습니다.) Window 개체는 그것이 닫힐 때 자신이 생성한 인스턴스들이 IDisposable을 구현하고 있는지 일일이 확인을 하지 않으므로 그것은 개발자의 몫이 맞습니다.

따라서, WindowsFormsHost를 담은 Window는 그것을 해제하는 코드를 명시적으로 담아야 하고 적절한 위치는 Closed 단계가 될 것입니다.

public partial class Window1 : Window
{
    public Window1()
    {
        InitializeComponent();
    }

    protected override void OnClosed(EventArgs e)
    {
        clsInstance.Dispose();
        base.OnClosed(e);
    }
}




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 9/23/2020]

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

비밀번호

댓글 작성자
 




... 121  122  123  124  125  126  127  128  129  130  131  132  [133]  134  135  ...
NoWriterDateCnt.TitleFile(s)
1844정성태1/26/201536175오류 유형: 269. USB 메모리의 용량이 비정상적으로 보여진다면? [7]
1843정성태1/24/201527345VC++: 87. 무시할 수 없는 Visual C++ 런타임 함수 성능
1842정성태1/23/201551428개발 환경 구성: 255. 노트북 키보드에 없는 BREAK 키를 다른 키로 대체하는 방법
1841정성태1/21/201524546오류 유형: 268. Win32 핸들 관련 CLR4 보안 오류 사례
1840정성태1/8/201532829오류 유형: 267. Visual Studio - CodeLens 사용 시 CPU 100% 현상
1839정성태1/5/201525303디버깅 기술: 69. windbg 분석 사례 - cpu 100% 현상 (2)
1838정성태1/4/201546312기타: 49. 윈도우 내레이터(Narrator) 기능 끄는 방법(윈도우에 파란색의 굵은 테두리 선이 나타난다면?) [4]
1837정성태1/4/201531908디버깅 기술: 68. windbg 분석 사례 - 메모리 부족 [1]
1836정성태1/4/201532187디버깅 기술: 67. windbg - 덤프 파일과 handle 정보
1835정성태1/3/201533385개발 환경 구성: 254. SQL 서버 역시 SSL 3.0/TLS 1.0만을 지원하는 듯!
1834정성태1/3/201557804개발 환경 구성: 253. TLS 1.2를 적용한 IIS 웹 사이트 구성
1833정성태1/3/201534209.NET Framework: 490. System.Data.SqlClient는 SSL 3.0/TLS 1.0만 지원하는 듯! [3]
1832정성태1/2/201525023오류 유형: 266. Azure에 응용 프로그램 게시 중 로그인 오류
1831정성태1/1/201534066디버깅 기술: 66. windbg 분석 사례 - cpu 100% 현상 (1) [1]
1830정성태1/1/201533855오류 유형: 265. svchost.exe 프로세스(IP Helper: IPHLPSVC)의 CPU 100% 현상
1829정성태12/16/201437190VC++: 86. Windows Vista부터 바뀐 Credential Provider 예제 분석 (2) [2]파일 다운로드1
1828정성태12/15/201434371VC++: 85. Windows Vista부터 바뀐 Credential Provider 예제 분석 (1) [4]파일 다운로드1
1827정성태12/12/201430466VC++: 84. CredUIPromptForWindowsCredentials Win32 API 사용법 정리
1826정성태12/11/201434923.NET Framework: 489. Socket.Listen에 전달된 backlog 인자의 의미 [6]
1825정성태12/11/201482687.NET Framework: 488. TCP 소켓 연결의 해제를 알 수 있는 방법 [10]파일 다운로드1
1824정성태12/10/201431281.NET Framework: 487. Socket.Receive 메서드의 SocketFlags.Peek 동작을 이용해 소켓 연결 유무를 확인? [8]파일 다운로드1
1823정성태12/10/201428748.NET Framework: 486. Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer [2]
1822정성태12/3/201429450개발 환경 구성: 252. Xamarin 라이선스 관리 [8]
1821정성태12/1/201437320VS.NET IDE: 96. Visual Studio에서 /* ~ */ 주석을 위한 단축키(매크로)
1820정성태11/23/201424663.NET Framework: 485. Mono Profiler에서 IL 코드 변경이 가능할까? - 두 번째 이야기파일 다운로드1
1819정성태11/22/201424901오류 유형: 264. MSBuild 에러 - warning MSB3052: The parameter to the compiler is invalid,
... 121  122  123  124  125  126  127  128  129  130  131  132  [133]  134  135  ...