Program 10월19일 9:41:00
질문을 다시 정리해 보겠습니다.
메인윈도우를 만들고 CREATE 메시지 에서 차일드윈도우 mag1.Create()하여 화면구석에 띄었습니다
하나더 LButtonDown에서 msg2=new ShowMsg; msg2.Create()하여 하나더 화면에 띄었습니다.
이때 차일드윈도우 관리코드의 소멸자에서 자신의 윈도우를 DestroyWindow 해 주어야 하는지
아니면 Destroy는 안하고 동적할당 메모리만 delete 해주면 응용프로그램 종료시
메인에서 알아서 차일드까지 적절한 처리를 해주는지
둘중 어느 것인지 궁금합니다. 또한 둘다 괜찮은 것인지?
왜그런가하면 강좌에서 new ShowMsg 한 후에 delete 해주면 동적메모리 해제하고
소멸자에서 DestroyWindow 까지 해주는데 반해 실행중 delete하지 않고 응용프로그램을 그냥 종료하면
CRegisterHelp 소멸자가 먼저 실행된다면 arObj를 NULL로 만들뿐 아무것도 하지않아 그후 ShowMsg 소멸자가
호출되어도 이미 arObj가 무효하므로 DestroyWindow 할 기회를 주지 않기때문입니다 |
Program 10월19일 4:25:07
A,B 두 클래스가 있고 두객채 a,b가 있을때
A * a=new A;
B b;
여기서 delete a를 해 주어야 하는데 실행중 LButton클릭하여 a=new A;로 생성하고
그냥 종료할 경우 메모리누수가 생기므로 할수없이 B b 객체의 소멸자 함수내부에
B::~B()
{
if(a 유효하면) delete a;
}
를 해주었는데 그러면 a의 메모리 해제는 되었는데 이때 a가 delete되므로 a의 소멸자가 호출되어야 하는데
코딩으로 확인결과 B소멸자 내부에서 동적객체 a 를 delete하면 a 의 소멸자는 호출되지 않는 것을 확인하였습니다 그러면 일단 a 의 누수를 방지해야 하므로 위처럼 코딩하고 단지 a 소멸자는 호출되지 않는다
물론 정적으로 A a 하면 종료시 a 의 소멸자는 호출됩니다.
이게 맞습니까? |
Program 10월24일 11:36:20
동적생성객체(A *a new A)는 프로그램종료시에도 객체가 살아있어 소멸자가 호출되지 않습니다.
그래서 여러가지 경우를 실험해 보았는데
도우미클래스 B b; 생성자에 차일드윈도우클래스를 등록한 뒤
메인윈도우를 실행하고 마우스클릭시 A * a=new A; a.Create(...)//CreateWindow()를 호출
여기서 명시적으로 delete a; 를 해주면
a 메모리가 해제되면서
1. a의 소멸자가 동작하고
2. 차일드윈도우 a에 대하여 DestroyWindow(hWnd) 명시적으로 이 코드를 어딘가에 넣어 차일드를 파괴하고
3. 차일드윈도우 WM_DESTROY 메시지가 발생합니다.
위 1,2,3을 확인하였고
문제는 프로그램실행중 delete a;를 하지 않고 그냥 종료했을때의 적절한 조치를 해야 하는데 이때는
도우미전역객체 b가 사라지면서 b의 소멸자가 호출됩니다.
그러면 소멸자내부코드에 if(a유효하면) delete a;를 해주었더니
0 제일먼저 메인의 CView::OnDestroy() 즉 메인의 WM_DESTROY 메시지가 발생합니다
1. 메인윈도우가 사라지니 자동으로 차일드윈도우의 WM_DESTROY 메시지가 발생합니다.
2. b객체가 사라지니 b 소멸자가 호출되고 소멸자내부 코드에서 delete a; 에 의해
3.돋적메모리 a를 해제하므로 모두 정상종료인것 같습니다.
단 이때 b 소멸자 내부에서 delete a;에 의해 a가 사라지는데 이때는 a의 소멸자는 호출되지 않습니다.
이것은 소멀자함수 내부에서 또 다른 소멸자를 호출할 수 없는 것 같습니다.
아무튼 동적차일드윈도우를 정상종료하는 방법을 나름대로 연구해 보았습니다
|
Program 10월29일 8:30:26
메시지박스출력을 hWnd 로 하니까 윈도우가 사라진후는 박스가 나타나지 않았습니다.
즉 소멸자내부에 메시지박스 출력문을 넣었는데 hWnd로 하니까 이게 소멸시점에 무효가 되어 박스가 뜨지 않았습니다
그래서 hWnd 대신 NULL 로 하니 메시지박스가 나타납니다.
또한 그래서 위 댓글에서도 오류를 잡으면 소멸자내부에서 또 다른 소멸자도 호출됩니다.
문제의 핵심은 소멸자에 이미 무휴한 hWnd 를 사용하여 메시지박스를 출력하니 뜰 리가 없었지요
이제 대충 알았습니다 영어로 I Got It ! 이라고 하지요
이제 딱 하나 남은 의문은 차일드윈도우는 메인윈도우가 종료하면 메인의 WM_DESTROY 메시지가 발생하고 나서
차일드가 파괴되어 차일드의 WM_DESTROY가 연거푸 발생합니다 그래서 별도 DestroyWindow(차일드윈도)를 안해도
되는데 더욱 안정적?으로 하려면 메인의 WM_DESTROY 메시지에
DestroyWindow(child_hWnd);
delete child_Obj; 를 해주는 것으로 이해하였습니다
갑자기 기분이 좋아지네요 감사합니다 |
작가K 10월29일 9:57:16
윈도우의 윈도우 관리 시스템은 보기보다는 좀 복잡합니다.
메인이 파괴될 때 차일드는 따로 파괴하지 않아도 순차적으로 먼저 파괴하도록 되어 있어 직접 파괴하지 않아도 별다른 부작용은 없습니다.
어차피 순서대로 WM_DESTROY를 받아 정리 코드도 순서대로 실행되고요
그런데 윈도우를 객체로 감싸면 윈도우 뿐만 아니라 객체도 같이 파괴해야 하는 부담이 생깁니다.
이때 객체를 먼저 파괴하느냐, 윈도우를 먼저 파괴하느냐의 순서와 동적으로 생성한 객체인가, 정적으로 선언한 객체인가의 여러 가지 갈래가 생깁니다.
각 경우마다 윈도우와 객체를 완전히 파괴하는 방법이 조금씩 다릅니다.
당근의 컨트롤화에서는 모든 차일드를 new로 생성하며 생성 대상 타입이 모두 같아 이에 대한 처리까지만 작성했습니다.
그러나 당근 1.2에서 분할 뷰를 만들면 객체의 계층이 생성되는데 이 경우는 또 좀 달라집니다. 이 경우는 당근 21-1-사 항을 참조하십시오.
가상 파괴자에서 호출하는 가상 함수는 파괴 대상 타입이 아닌 파괴자를 소유한 타입의 함수라는 문제가 있습니다.
그래서 객체 파괴를 RemoveObject에서 직접하지 않고 수동으로 해 주어야 합니다. 여기까지가 당근 1.2의 윈도우 관리 방법이며 별 문제가 없었습니다.
그렇다고 이 방법이 다 완벽한 것은 아니고 경우에 따라서는 또 다른 문제가 발생할 수 있습니다.
그 예는 SoEnty 프로젝트에서 찾을 수 있는데 이 프로젝트도 당근 1.2의 방식을 사용합니다.
중반까지는 별 문제가 없었는데 또 다른 문제가 하나 더 발견되었습니다.
부모가 자식을 파괴하는 것이 아니라 자식 스스로 자살할 때인데 이 경우는 부모가 자식 객체를 정리할 기회가 없습니다.
이 문제는 자식 생성시 부모에게 정리를 위임해 두고 객체 맵은 WM_NCDESTROY 메시지를 받았을 때 자식 객체를 정리해 주는 식으로 해결했습니다.
그럼 왜 하필 WM_NCDESTROY이냐 하면 이 메시지가 윈도우 생애 가장 마지막으로 전달되는 메시지이기 때문입니다.
WM_DESTROY에서 객체를 제거해 버리면 그 후에 전달되는 다른 메시지를 보낼 대상을 찾지 못해 다운되어 버립니다.
마지막 메시지라는 확신이 있을 때 객체를 제거하면 아무 문제가 없습니다.
윈도우 스타일에 따라 WM_NCDESTROY 이후에도 메시지가 더 올 수 있는데 이럴 경우 이 메시지를 캡처해서 객체를 파괴해야 합니다.
여기까지의 구현 결과는 SoEnty 0.61 소스에 정리되어 있으니 참고하십시오.
윈도우가 원래 객체 지향적으로 설계된 것이 아니다 보니 객체 맵을 만들어 관리하기가 쉽지 않습니다.
가장 완벽한 객체 관리 방법은 MFC 소스를 보면 되는데 이 소스 또한 그다지 깔끔하게 되어 있지는 않더군요.
모든 경우에 완벽한 방법을 굳이 찾을 필요는 없고 필요한 케이스만 두루 잘 지원하면 됩니다.
SoEnty 0.61의 경우 아직까지는 별 문제가 발견되지 않았습니다.
물론 더 발견되면 이유를 분석해 보고 또 수정하면 되고요. 이러는 과정에서 윈도우 시스템을 더 잘 이해하게 되겠지요. |
