Windows编程：为何需将lParam转换为CREATESTRUCT以获取应用状态？

嘿，这个问题太常见了，刚摸Windows C++编程的新手几乎都会在这里打个问号，我来给你讲明白～

首先得搞清楚窗口过程函数里的lParam到底是什么类型：

• 你写的窗口过程（比如WndProc），它的参数lParam的类型是LPARAM，这玩意儿本质是个整数类型（定义成typedef LONG_PTR LPARAM;，简单说就是和指针大小一样的带符号整数），不是直接的指针类型。

那Windows系统是怎么把CREATESTRUCT的地址传过来的？

• 当系统给你发WM_NCCREATE或WM_CREATE消息时，确实是把CREATESTRUCT结构体的内存地址存到了lParam里，但因为lParam是整数类型，所以你拿到的是这个地址的数值，而不是一个可以直接用的指针。

这时候就需要reinterpret_cast了：

• C++是强类型语言，编译器不允许你直接把一个整数当成指针来用。reinterpret_cast的作用就是告诉编译器：“听着，这个整数其实是一个指向CREATESTRUCT的指针，帮我把它转换成对应的指针类型”。只有转换之后，你才能用它去访问CREATESTRUCT里的成员，比如pCreate->lpCreateParams。

举个生活化的类比：

• 就像你手里拿着一张写着门牌号的纸条（lParam，整数类型），但你要找对应的房子（CREATESTRUCT结构体），得先把纸条上的数字转换成“地址指针”这个类型，才能导航过去——直接拿数字当地址用，系统是不认的。

再看你贴的代码：

CREATESTRUCT *pCreate = reinterpret_cast<CREATESTRUCT*>(lParam);

这行代码就是把lParam里存储的地址数值，强制转换成CREATESTRUCT指针类型，让编译器允许你用pCreate来操作这个结构体。

最后补充个小背景：Windows API这么设计，是因为早期是用C语言写的，而且LPARAM是个通用参数——有时候传整数，有时候传指针，用统一的整数类型能兼容各种场景，需要的时候再转成对应类型就行。

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