介绍
窗口的大小和位置表示为一个矩形边界,该矩形的坐标是相对于屏幕或父窗口而言的。顶级窗口的坐标是相对于屏幕的左上角而言的,子窗口的坐标则是相对于父窗口的左上角而言。应用程序创建窗口时（CreateWindowEx()）指定一个窗口的初始大小和位置,但也可以在任何时候改变窗口的大小和位置。
关于初始的位置和大小
使用VS生成一个Win32程序时，可以看到VS已经帮助我们做了很多工作（虽然有些是多余的）。他帮助咱么创建的窗口就使用了默认大小
HWND hWnd = CreateWindowW(szWindowClass, //窗口类名称，字符串指针 szTitle, //窗口名称，显示在标题栏，字符串指针 WS_OVERLAPPEDWINDOW, //窗口风格，顶层窗口一般都是该风格 CW_USEDEFAULT, //窗口位置的x值 0, //窗口位置的y值 CW_USEDEFAULT, //窗口的横向尺寸 0, //窗口的纵向尺寸 nullptr, //父窗口句柄，顶层窗口没有父窗口 nullptr, //子窗口ID或菜单句柄，HMENU类型 hInstance, //实例句柄 nullptr); //额外参数的指针
这里只关心与位置和尺寸有关的参数（第4-7个参数）。效果看图（主要看窗口位置和大小）。可是为什么呢，窗口位置的y值和窗口的纵向尺寸不是0吗？
这和CW_USEDEFAULT宏有关，当窗口的横坐标是该值时CreateWindowEx就忽略纵坐标而选择一个合适的位置产生窗口（所谓合适是Windows觉得合适，你不一定这么想）。注意该宏仅对WS_OVERLAPPEDWINDOW风格的窗口有效，对WM_CHILD或WM_POPUP不管用。提供一个自以为是的默认设置，这是微软的一贯方法，这难道不是暴君的风格吗？因为很多时候这个默认位置并不是咱们想要的。好在微软没有过分独裁，他给了程序员决定窗口位置的自由。自由的代价一直昂贵，我们必须为此多些几行代码来换取这个奢侈的自由。
不要想着在CreateWindowEx()中直接指定数值，这样的代码并不健壮，天晓得你的程序会在什么电脑上运行，也许他的屏幕都没有你想创建的窗口大。所以先获取屏幕的大小，再决定自己客户区的大小，最后推算整个窗口的尺寸和位置。比如在屏幕正中创建一个客户区大小为屏幕1/4的含菜单栏的顶层窗口：
int cxScreen = GetSystemMetrics(SM_CXSCREEN); int cyScreen = GetSystemMetrics(SM_CYSCREEN); RECT rect = {}; rect.left = cxScreen / 4; rect.right = cxScreen * 3 / 4; rect.top = cyScreen / 4; rect.bottom = cyScreen * 3 / 4; AdjustWindowRect(&rect, WS_OVERLAPPEDWINDOW, TRUE); HWND hWnd = CreateWindowW(szWindowClass, szTitle, WS_OVERLAPPEDWINDOW, rect.left, rect.top,rect.right-rect.left, rect.bottom-rect.top, nullptr, nullptr, hInstance, nullptr);
响应用户对窗口调整的需求
一般的窗口应该可以响应鼠标的拉伸来改变自己的大小。特殊的时候也可以选择只有固定大小，或者大小可以改变但保持纵横比例不变。WS_OVERLAPPED风格的窗口的大小是不能通过拖拽边框改变的（这不是说他没有边框，即使包含WS_BORDER也不行，实际上，顶层窗口总有边框，WM_BORDER一般是和WS_CHILD一起用的）。包含WS_THICKFRAME风格（或WS_SIZEBOX，二者完全一样）则可以通过拖拽边框改变（如果再包含WS_SYSMENU，右击标题栏则可以看到“大小(S)”是可用的，否则即使包含WS_SYSMENU“大小(S)”也是灰色的。同样只有含有WS_MINIMIZEBOX/最小化才是可用的，如图）。
PS：WS_MINIMIZEBOX和WS_MINIMIZE是不一样的，后者意味着窗口初始即为最小化的。
也许你允许用户改变尺寸但想限制尺寸在一定范围内，做法是使用WS_SIZEBOX并且处理 WM_GETMINMAXINFO 消息，窗口位置或尺寸将要改变时会受到该消息。这个消息的wparam是一个结构指针，这个结构包含了窗口的默认最大尺寸和默认最小尺寸：
typedef struct tagMINMAXINFO { POINT ptReserved; //保留 POINT ptMaxSize; //最大尺寸 POINT ptMaxPosition; //最左上角的位置 POINT ptMinTrackSize; //最小伸缩尺寸 POINT ptMaxTrackSize; //最大伸缩尺寸 } MINMAXINFO, *PMINMAXINFO, *LPMINMAXINFO; //对顶层窗口所有坐标针对屏幕，如果有多个屏幕，相对主显示器。
当含有系统菜单时，也可以通过系统菜单的命令来改变大小或位置，窗口会收到WM_SYSCLOSE,WM_SYSSIZE等消息，你可以处理它们，也可以交给DefWindowPro。
调整窗口位置大小的函数
SetWindowPlacement 设置窗口的最小化最大化位置，还原时的大小和位置，显示状态。 MoveWindow and SetWindowPos 功能一样 都可以设置单个窗口的大小和位置。但是 SetWindowPos还可以通过一系列标志影响窗口的显示状态，MoveWindow则不可以。 BeginDeferWindowPos, DeferWindowPos, 和 EndDeferWindowPos 可以设置多个窗口的位置大小，Z-order和显示状态。
GetWindowRect 获得窗口的大小
ScreenToClient 把屏幕坐标转换成客户区坐标
MapWindowPoints 把一系列点的坐标从相对一个窗口转化到相对另一个窗口（坐标系变换）
GetClientRect 获得客户区大小
CascadeWindows和TileWindows 以层叠方式排列窗口或以铺展方式排列窗口。
调整窗口位置或大小时收到的消息
WM_GETMINMAXINFO 位置或大小将要改变时，前面说过该消息。注意调用SetWindowPos时也会收到该消息。
WM_WINDOWPOSCHANGING 大小位置，Z-order，显示状态将要改变时
WM_WINDOWPOSCHANGED 大小位置，Z-order，显示状态改变之后，主要是要保证把该消息给DefWindowPro。
两个消息的lparam都是指向WINDOWPOS结构的指针，咱们来测试一下：
结果是在WM_WINDOWPOSCHANGING中设置WINDOWPOS的各项为固定值将锁定窗口的位置和大小。
而在WM_WINDOWPOSCHANGED中设置WINDOWPOS不会影响窗口位置大小的改变。实际上该消息通过WINDOWPOS来返回移动后的值。
PS：只有顶层窗口和POPUP窗口才会有上面两个消息。
WM_SIZE 和 WM_MOVE DefWindowPro处理WM_WINDOWPOSCHANGED时会send(不是POST)这两个消息，拦截WM_WINDOWPOSCHANGED就无法收到这两个消息。这两个消息告诉程序窗口是否被最大化或最小化。建议在自己的窗口过程中忽略WM_WINDOWPOSCHANGED消息，而处理WM_SIZE和WM_MOVE消息。
WM_NCCALCSIZE 窗口大小位置改变时发送该消息，DefWindowPro收到该消息后计算客户区的大小位置，一般把该消息交给DefWindowPro。拦截该消息将导致系统不能自动绘制非客户区，可以处理该消息以达到定制非客户区样式的目的，这听上去很有趣，我将另写一篇文章来尝试这个效果（自定义的窗口样式）。