Windows 64 位系統下 Notepad 窗口句柄為何是 32 位？

前言

在 64 位 Windows 系統上，使用 VS2012 自帶的 64 位 Spy++ 檢視系統自帶 Notepad（notepad.exe）的窗口句柄（HWND），發現顯示為 32 位值（如 0x00120ABC），而非預期的 64 位值。這是否意味著 Notepad 是 32 位程序？句柄在 64 位系統下到底是怎麼分配的？本文將從 Windows 句柄架構、兼容性設計、WoW64 機制三個層面揭開謎底。

核心結論

Windows 窗口句柄（HWND）在 64 位系統上本質上仍是 32 位值，無論進程是 32 位還是 64 位。這是 Windows 為了跨架構窗口消息互通、向前兼容、節省內存而做的刻意設計。

句柄架構深度解析

1. 句柄不是指針

HWND、HANDLE、HINSTANCE 等都是不透明標識符，內部為內核對象表索引，非用戶態虛擬地址。內核維護一張全局句柄表，表項大小固定，索引範圍遠小于 2^32。

2. 統一 32 位索引空間

• 所有進程（32/64 位）創建的窗口、菜單、光標等 USER/GDI 對象，句柄值均從同一 32 位索引池分配。
• 64 位進程調用 CreateWindowEx 返回的 HWND 也是 32 位整數（高 32 位始終為 0）。
• 這保證了 SendMessage(hwnd, ...) 跨 32/64 位進程傳遞句柄時，參數大小一致，無需截斷/擴展。

3. Notepad 實際是 64 位程序（Win10/11）

C:\Windows\System32\notepad.exe  →  64 位 PE (PE32+)
C:\Windows\SysWOW64\notepad.exe  →  32 位 PE (PE32)  # 兼容層

即使 Notepad 是 64 位，其窗口句柄依然是 32 位值。Spy++ 顯示「32 位」是指句柄數值寬度，而非進程位數。

WoW64 與消息傳遞

• 32 位應用運行在 WoW64 子系統下，調用 user32.dll 32 位版本。
• 窗口消息（WM_*）在內核模式下統一處理，wParam/lParam 中的句柄字段在 32/64 位間無縫轉換，因為句柄本身就是 32 位。
• GetWindowLongPtr(hwnd, GWLP_WNDPROC) 返回 64 位指針時需用 LONG_PTR，但 hwnd 本身不變。

驗證實驗

// C++ 驗證
HWND h = CreateWindowEx(0, L"STATIC", L"Test", WS_OVERLAPPEDWINDOW, 
                        0,0,200,100, nullptr, nullptr, hInst, nullptr);
printf("HWND value: 0x%p (size=%zu bits)\n", h, sizeof(h)*8);
// 64 位編譯輸出：HWND value: 0x00120ABC (size=64 bits)
// 但實際數值高 32 位為 0，有效位僅 32 位

註：sizeof(HWND) 在 64 位編譯下為 8 字節（指針大小），但有效數值域僅低 32 位。

設計權衡總結

開發者實用建議

• 永遠不要假設句柄能轉換為指針，也不要做指針運算。
• 跨進程傳遞 HWND 直接用數值，無需關心進程位數。
• 需存儲窗口指針時，用 GetWindowLongPtr(hwnd, GWLP_USERDATA) 存 LONG_PTR（64 位下 8 字節）。
• Spy++ 顯示「32 位」屬性僅提示句柄數值寬度，不代表進程是 32 位；查看進程位數請看「Process」欄或任務管理器「架構」列。

結語

Windows 句柄的 32 位本質，是微軟在 16→32→64 位演進中，為了生態兼容性做出的經典工程妥協。理解這一點，能讓你在編寫跨架構 Hook、UI 自動化、遠程桌面協議時避開無數坑。