模态对话框退出DoModal过程中需注意的陷阱

• 遇到问题
  • 窗口ParentWnd下有一个子窗口ChildWndA，ChildWndA交互时弹出一个模态对话框ChildWndB，该模态对话框的父窗口是ParentWnd。
  • 交互逻辑在ChildWndA对象的成员函数中处理。
  • 当弹出对话框ChildWndB, 关闭子窗口ChildWndA, 再操作对话框使得对话框退出对话框窗口过程时,造成crash
    
• 出现问题的原因
  • 对话框的窗口过程退出后，会返回产生对话框的函数中
  • 由于交互逻辑在子窗口ChildWndA的成员函数中，当子窗口ChildWndA被关闭（即该对象被析构了），再关闭对话框时，对话框返回的成员函数中的this指针已经是一个野指针了
  • 此时只要操作ChildWndA的类的成员变量或者成员函数，就会因为this是野指针而崩溃
• 解决方法
  • ChildWndB的父窗口更改为ChildWndA
    • 理论上在B弹出后，A无法操作（也就无法关闭）
  • 添加强保护逻辑
    • 在ChildWndA的窗口销毁过程中，调用对话框ChildWndB的CDialog::EndDialog函数后，再调用自身的DestroyWindow
• 涉及的知识点
  • 模态对话框会阻塞当前代码的堆栈
  • 模态对话框使用CDialog::DoModal进入对话框窗口过程的消息循环
  • 外部使对话框窗口过程退出，需要调用它的CDialog::EndDialog
  • 模态对话框的窗口过程正常退出后，会返回原先阻塞的代码堆栈（也就是说，如果返回的代码堆栈的this指针指向的对象已被析构，接下来使用该this指针访问成员变量或者调用虚成员函数（为什么不包含普通成员函数，可以查阅笔者另外一篇文章《是否可以使用空对象指针调用成员函数及访问成员变量》）极大概率会crash）
• 问题抽象与升华
  • 对象的生命周期管理
    • 子对象的生命周期管理应该由其父对象进行管理，而不应该由其兄弟对象进行管理
    • 父对象退出时，应该清理子对象相关的资源