对话框过程未处理WM_NOTIFY通知时应返回何值？是否必须返回FALSE？

好问题！这其实涉及到Windows对话框过程的核心规则，咱们来把这个事儿说清楚。

首先得明确，对话框过程的返回值逻辑和普通窗口过程（WndProc）不一样：

• 返回TRUE：告诉系统“我已经处理了这个消息，不用麻烦默认过程了”
• 返回FALSE：表示“我没处理，交给默认对话框过程DefDlgProc来处理吧”

对于WM_NOTIFY消息来说，这个规则尤其重要——很多控件（比如列表控件、树控件、工具栏）会通过WM_NOTIFY发送大量通知，其中很多通知需要默认过程来完成内部状态维护、UI更新甚至功能逻辑。

比如你提到的列表控件LVN_ITEMCHANGED通知：如果你对这个通知不感兴趣，但还是返回TRUE，相当于告诉系统“我处理完了”，但实际上没做任何操作。这会导致列表控件得不到它需要的默认处理，可能出现以下问题：

• 列表项的选中状态不更新，视觉上和实际状态不符
• 控件内部状态混乱，后续操作出现异常
• 极端情况下可能触发控件内部错误，导致程序崩溃

回到你的代码，你的逻辑是完全正确的：

INT_PTR CALLBACK DlgProc(HWND hDlg, UINT iMessage, WPARAM wParam, LPARAM lParam) {
    INT_PTR result = TRUE;
    switch(iMessage) {
        case WM_NOTIFY:
            switch (((LPNMHDR)lParam)->idFrom) {
                case ID_xxx: // process notify from control ID_xxx
                    break;
                case ID_yyy: // process notify from control ID_yyy
                    break;
                default:
                    result = FALSE; // 未处理的控件通知，交给默认过程
            }
        default:
            result = FALSE; // 所有未处理的消息，交给默认过程
    }
    return result;
}

这里的关键点：

• 对于你明确处理的ID_xxx、ID_yyy通知，保持result=TRUE没问题，因为你已经完成了处理
• 对于未使用的控件通知，或者你不感兴趣的特定通知（比如某列表的LVN_ITEMCHANGED），必须把result设为FALSE，让DefDlgProc接手
• 外层的default分支也设为FALSE，确保所有非WM_NOTIFY的未处理消息也能得到默认处理

你必须这么做，不这么做肯定会有问题。Windows控件的设计依赖于默认窗口过程来处理很多底层逻辑，如果你强行拦截未处理的消息并返回TRUE，等于切断了控件的正常工作流程，大概率会引发各种奇怪的UI或功能异常。

内容的提问来源于stack exchange，提问作者Bart