WM_CREATE

说明：以下内容主要来自腾讯元宝。

WM_CREATE会在什么时候触发？

WM_CREATE 消息是 Windows 消息机制中非常重要的一个消息，它在窗口或控件创建完成并即将显示之前被系统发送给窗口过程（WindowProc）。以下是 WM_CREATE 的具体触发时机、使用场景及注意事项：

---

​1. WM_CREATE 消息的触发时机

​**(1) 窗口首次创建时**

• ​示例场景：
  当调用 CreateWindowEx 或 CreateWindow 创建顶级窗口（如主对话框、应用程序窗口）或子窗口（如按钮、列表框等控件）时，系统在窗口对象分配完毕、窗口句柄（HWND）生成后，立即发送 WM_CREATE 消息。
• ​关键点：
  • ​发生在窗口的 CREATESTRUCT 结构体初始化之后，但窗口尚未显示（ShowWindow 未调用）。
  • ​适用于所有类型的窗口​（顶级窗口、对话框、控件）。

​**(2) 窗口被销毁后重新创建**

• ​场景：
  如果窗口被销毁（如调用 DestroyWindow），随后再次创建同名窗口（例如重启应用程序的主窗口），系统会重新触发 WM_CREATE。

​**(3) 动态创建控件时**

• ​场景：
  在运行时动态创建控件（如列表框、按钮）时，例如通过 CreateWindowEx 在对话框或父窗口内创建控件，​每个新创建的控件都会独立接收 WM_CREATE 消息。
• ​示例代码：

  HWND hListBox = CreateWindowEx(
      0, L"ListBox", NULL,
      WS_CHILD | WS_VISIBLE | LBS_OWNERDRAWFIXED,
      10, 10, 200, 300,
      hWndParent, (HMENU)IDC_MYLIST,
      hInstance, NULL);
  // 此时 hListBox 会自动收到 WM_CREATE 消息

​**(4) 通过对话框模板创建控件**

• ​场景：
  如果使用资源编辑器设计对话框（.rc 文件），并在对话框中声明控件（如列表框），当对话框被创建（如 DialogBox 或 CreateDialog 调用）时，​对话框本身和其内部的所有控件都会依次触发 WM_CREATE 消息。

---

​2. WM_CREATE 消息的典型用途

WM_CREATE 是初始化窗口或控件的黄金时机，常见用途包括：

• ​初始化控件属性：设置窗口样式、控件数据或关联资源（如图标、位图）。
• ​注册子窗口类：如果窗口包含自定义控件（如继承自 CWnd 的类），需在此处注册类。
• ​分配内存：为窗口或控件私有数据分配内存（如结构体、缓冲区）。
• ​绑定事件处理：为控件设置消息映射（如 ON_BN_CLICKED）。

​示例代码（初始化列表框）​：

// 在窗口过程的 WM_CREATE 处理中
case WM_CREATE:
{
    CREATESTRUCT* pCreateInfo = (CREATESTRUCT*)lParam;
    
    // 创建自定义列表框（假设 LBS_OWNERDRAWFIXED）
    HWND hListBox = CreateWindowEx(
        0, L"ListBox", NULL,
        WS_CHILD | WS_VISIBLE | LBS_OWNERDRAWFIXED,
        10, 10, 200, 300,
        pCreateInfo->hwndParent, (HMENU)IDC_MYLIST,
        hInstance, NULL);
    
    // 设置列表框项的高度（需响应 WM_MEASUREITEM）
    SendMessage(hListBox, LB_SETITEMHEIGHT, 0, 30);
    
    return TRUE; // 必须返回 TRUE，否则窗口创建失败
}
break;

---

​3. 与 WM_INITDIALOG 的区别

• ​**WM_CREATE：
  适用于所有窗口和控件**​（包括顶级窗口、对话框、控件），是通用的初始化消息。
• ​**WM_INITDIALOG：
  仅当窗口是对话框框体**​（DLGBOX 类型）时触发，专门用于初始化对话框中的控件和数据。

---

​4. 注意事项

1. ​必须返回 TRUE：
   在 WM_CREATE 处理函数中，​必须返回 TRUE，否则系统会认为窗口创建失败并终止创建流程。

2. ​避免过早操作：

   • 窗口尚未显示，但句柄（HWND）已有效，可以安全调用 SendMessage、SetWindowText 等函数。
   • ​不能直接调用 ShowWindow 或 UpdateWindow，因为窗口尚未进入显示状态。

3. ​动态创建控件的层级关系：

   • 动态创建的控件（如列表框）会自动成为父窗口的子窗口，但其 WM_CREATE 消息在父窗口的 WM_CREATE 之后触发。
   • ​消息队列顺序：父窗口 WM_CREATE → 子窗口 WM_CREATE → 父窗口 WM_SIZE（调整布局）。

4. ​对话框中的控件创建：

   • 如果在对话框的 WM_INITDIALOG 中动态创建控件，需确保父窗口句柄（hWndDlg）已正确传递。
   • ​推荐做法：尽量在资源编辑器中声明控件，并通过 WM_INITDIALOG 初始化数据，而非动态创建。

---

​5. 消息触发流程示例

​步骤 1：创建主窗口

// 主窗口 WM_CREATE 处理
case WM_CREATE:
{
    // 初始化代码（如创建控件、加载资源）
    CreateMyCustomControl(hWnd);
    return TRUE;
}
break;

​步骤 2：创建对话框

// 对话框 WM_CREATE 处理（与 WM_INITDIALOG 区分）
case WM_CREATE:
{
    // 初始化对话框控件（如设置文本、绑定数据）
    SetDlgItemText(hWndDlg, IDC_EDIT1, _T("默认文本"));
    return TRUE;
}
break;

case WM_INITDIALOG:
{
    // 另一处初始化逻辑（如加载图标、设置焦点）
    return TRUE;
}
break;

---

​6. 常见误区

• ​误用 WM_INIT：
  WM_INIT 并非标准 Windows 消息，可能是对 WM_CREATE 或 WM_INITDIALOG 的笔误。
• ​忘记返回 TRUE：
  导致窗口创建失败，表现为窗口一闪即逝或无法响应。
• ​在 WM_CREATE 中调用 ShowWindow：
  虽然句柄有效，但此时窗口尚未布局完成，可能导致显示异常。

---

​总结

• ​**WM_CREATE 是窗口生命周期的起点**，适用于所有窗口和控件。
• ​核心用途：初始化资源、设置控件属性、绑定数据。
• ​返回值必须为 TRUE，否则窗口创建失败。
• 区分 WM_CREATE（通用初始化）和 WM_INITDIALOG（对话框专用初始化）。

同一个窗口的WM_CREATE会被重复触发吗？

case WM_CREATE:
    hListBox = CreateWindow(_T("ListBox"), NULL,
        WS_CHILD | WS_VISIBLE | WS_VSCROLL | WS_TABSTOP | LBS_OWNERDRAWFIXED | LBS_HASSTRINGS,
        20, 20, 60, 120,
        hWnd, (HMENU)ID_MYLIST,
        hInst, NULL);
    SendMessage(hListBox, LB_ADDSTRING, 0, (LPARAM)_T("中国"));
    SendMessage(hListBox, LB_ADDSTRING, 0, (LPARAM)_T("美国"));
    SendMessage(hListBox, LB_ADDSTRING, 0, (LPARAM)_T("英国"));
    break;

在您提供的代码中，​动态创建的列表框控件会触发自身的 WM_CREATE 消息，但不会再次触发父窗口的 WM_CREATE 消息。以下是详细分析：

• ​父窗口的 WM_CREATE：
  当父窗口（如对话框或主窗口）被创建时，系统首先触发父窗口的 WM_CREATE。
• ​动态创建列表框：
  在父窗口的 WM_CREATE 处理中，调用 CreateWindow 创建列表框控件。此时：
  1. 系统为列表框分配 HWND。
  2. ​系统立即向列表框发送 WM_CREATE 消息​（列表框的窗口过程会处理此消息）。
  3. 列表框创建完成后，父窗口的 WM_CREATE 继续执行后续代码（添加字符串）。

---

​2. 消息触发顺序

• ​父窗口 WM_CREATE → 列表框 WM_CREATE → 父窗口 WM_CREATE 继续执行
  消息队列的顺序如下：
  1. 父窗口的 WM_CREATE 开始执行。
  2. 列表框被创建，触发列表框的 WM_CREATE 消息（独立于父窗口）。
  3. 列表框的 WM_CREATE 处理完成后，返回到父窗口的 WM_CREATE，继续执行 LB_ADDSTRING 等代码。

---

​3. 关键结论

​**(1) 列表框会触发自己的 WM_CREATE**

• ​原因：
  每个 CreateWindow 调用都会为新窗口（或控件）生成一个 HWND，系统会立即发送 WM_CREATE 消息到该窗口的窗口过程。
• ​验证方法：
  如果列表框的类注册时绑定了自定义窗口过程（如 MyListBoxWndProc），则在该过程中会收到 WM_CREATE 消息。

​**(2) 父窗口的 WM_CREATE 不会重复触发**

• ​原因：
  WM_CREATE 是针对单个窗口的创建事件。父窗口的 WM_CREATE 已经完成，后续动态创建的控件不会导致父窗口的 WM_CREATE 再次触发。
• ​例外情况：
  如果在父窗口的 WM_CREATE 中销毁并重新创建父窗口本身（如递归调用 CreateWindow），才会重新触发父窗口的 WM_CREATE。但您的代码中没有这种情况。

4. 潜在问题与改进

​**(1) 必须返回 TRUE**

• ​父窗口的 WM_CREATE 必须返回 TRUE，否则窗口创建失败。

  case WM_CREATE:
      // ... 创建列表框和初始化代码
      return TRUE; // 必须添加此行
      break;

​**(2) 列表框的 WM_CREATE 处理**

• 如果列表框是自定义控件（如继承自 CListBox），需确保其窗口过程正确处理 WM_CREATE，例如初始化内部数据。

  // 自定义列表框窗口过程示例
  LRESULT CALLBACK MyListBoxWndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {
      switch (uMsg) {
          case WM_CREATE:
              // 初始化列表框（例如分配内存）
              return TRUE;
          // ... 其他消息处理
      }
      return DefListBoxProc(hWnd, uMsg, wParam, lParam);
  }

​**(3) 避免在 WM_CREATE 中过早显示窗口**

• 列表框已设置 WS_VISIBLE 样式，会自动显示。但由于父窗口的布局尚未完成（如 WM_SIZE 消息未处理），可能导致显示位置不准确。
  ​建议：
  • 在父窗口的 WM_SIZE 中调整子窗口位置/大小。
  • 或延迟控件创建（如在 WM_INITDIALOG 中创建对话框控件）。

---

​5. 完整消息流程图

[父窗口 WM_CREATE] 
  ↓ 
创建列表框控件 → 
  ↓ 
[列表框 WM_CREATE] 
  ↓ 
返回到父窗口 WM_CREATE → 
执行 LB_ADDSTRING → 
父窗口 WM_CREATE 结束 → 
父窗口继续处理其他消息（如 WM_SIZE）

---

​总结

• ​动态创建的列表框会触发自身的 WM_CREATE，但这是独立于父窗口的。
• ​父窗口的 WM_CREATE 仅触发一次，在其处理期间创建的控件会依次触发各自的 WM_CREATE。
• 确保父窗口和子窗口的 WM_CREATE 处理函数均返回 TRUE，否则创建流程会失败。

动态创建的列表框会触发自身的 WM_CREATE，如何处理？

动态创建的列表框会触发自身的 WM_CREATE 消息，但是否需要处理取决于控件的类型和需求：

---

​1. 是否需要处理子窗口的 WM_CREATE？

​**(1) 标准控件（如 ListBox/Button）​**

• ​通常不需要处理：
  Windows 系统已为标准控件实现了默认的窗口过程（如 DefWindowProc 或控件类专用过程），WM_CREATE 已被内部处理（例如初始化控件样式、关联资源）。
• ​例外情况：
  如果需要在控件创建时执行自定义初始化逻辑​（如分配内存、加载数据或绑定事件），则需要处理 WM_CREATE。

​**(2) 自定义控件**

• ​必须处理：
  如果控件是自行实现的（如继承自 CWnd 的类），则需在 WM_CREATE 中完成类成员初始化、资源分配或消息映射绑定等操作。

---

​2. 如何处理子窗口的 WM_CREATE？

​**(1) 标准控件的处理方式**

• ​无需手动处理：
  直接依赖系统默认逻辑即可。
• ​间接扩展：
  若需修改标准控件的默认行为，可通过子类化（Subclassing）​覆盖其窗口过程。

​**(2) 自定义控件的处理方式**

• ​步骤：
  1. ​注册窗口类：
     使用 RegisterClassEx 注册自定义控件的窗口类，并指定窗口过程（如 MyListBoxProc）。
  2. ​在 WM_CREATE 中初始化：
     在自定义窗口过程中处理 WM_CREATE，执行初始化代码。

---

​3. 代码示例

​**(1) 自定义控件类（C++/MFC）​**

// 自定义列表框窗口过程
LRESULT CALLBACK MyListBoxProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {
    switch (uMsg) {
        case WM_CREATE: {
            // 自定义初始化代码（例如分配内存）
            SetWindowLongPtr(hWnd, GWLP_USERDATA, (LONG_PTR)new CMyData());
            return TRUE;
        }
        // 其他消息处理...
    }
    return DefListBoxProc(hWnd, uMsg, wParam, lParam); // 调用默认处理
}

// 注册窗口类
WNDCLASSEX wc = {0};
wc.lpfnWndProc = MyListBoxProc;
wc.hInstance = hInst;
wc.lpszClassName = L"MyCustomListBox";
RegisterClassEx(&wc);

// 创建自定义列表框
hListBox = CreateWindowEx(
    0, L"MyCustomListBox", NULL,
    WS_CHILD | WS_VISIBLE,
    20, 20, 60, 120,
    hWndParent, (HMENU)ID_MYLIST,
    hInst, NULL);

​**(2) 标准控件的 WM_CREATE 处理（可选）​**

即使不处理 WM_CREATE，也可以通过以下方式在创建后立即操作控件：

// 在父窗口的 WM_CREATE 中创建列表框后
SendMessage(hListBox, LB_ADDSTRING, 0, (LPARAM)_T("中国")); // 添加字符串

---

​4. 总结

​场景	​是否需要处理 WM_CREATE	​处理位置
标准控件（如 ListBox）	通常不需要	系统默认窗口过程（无需手动处理）
自定义控件	必须处理	自定义窗口过程（如 MyListBoxProc）

---

​关键点

• ​标准控件：
  依赖系统默认行为，若需扩展功能，建议通过消息反射​（如 MFC 的 ON_CONTROL通知）或子类化实现。
• ​自定义控件：
  必须在 WM_CREATE 中完成初始化，否则可能导致控件行为异常。