1. 为什么“无边框窗口”不是简单关掉标题栏就完事了在Unity项目交付前的最后两周客户突然提出一个看似简单的需求“游戏主界面要像浏览器一样顶部没有标题栏但必须能正常显示在任务栏里AltTab能切回来双击最大化要占满整个屏幕——不能是纯全屏也不能是普通窗口。”我第一反应是这不就是把Screen.fullScreen false再关掉Application.targetFrameRate结果一试问题接踵而至窗口拖拽失效、最大化后黑边、任务栏图标闪烁消失、AltTab后窗口卡死在后台……整整三天团队在“看起来像全屏”和“系统级行为合规”之间反复横跳。其实“Unity实现PC端无边框窗口”这个标题背后藏着三个被绝大多数教程忽略的底层矛盾Windows窗口管理机制与Unity渲染管线的耦合冲突、无边框状态下系统级窗口操作拖拽/缩放/最小化的接管权归属、以及“伪全屏”Borderless Windowed与“真全屏”Exclusive Fullscreen在D3D11/D3D12后端下的GPU资源调度差异。很多开发者以为调用Screen.SetResolution(1920, 1080, false)PlayerSettings.resizableWindow truePlayerSettings.useDefaultMargins false就能搞定实则连Windows的WS_POPUP和WS_OVERLAPPEDWINDOW窗口样式区别都没摸清。真正能落地的方案必须同时满足四个硬性条件① 窗口句柄HWND具备WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN样式② 系统任务栏能正确识别并绘制预览缩略图③ AltTab切换时窗口Z-order不崩溃④ 双击标题栏区域或调用ShowWindow(hWnd, SW_MAXIMIZE)后窗口尺寸严格匹配当前显示器工作区GetMonitorInfo().rcWork而非整个屏幕rcMonitor。这已经不是Unity脚本层能解决的问题而是必须穿透到Win32 API与Unity Player宿主窗口生命周期的交汇点。接下来我会从原理、实操、排错到进阶优化一层层拆解这个被低估的“窗口工程”。2. Windows窗口模型与Unity Player宿主结构的深度对齐2.1 Unity Player的窗口本质一个被封装的Win32子窗口很多人误以为Unity Editor里看到的Game视图就是最终发布窗口其实完全不是。当你打包为.exe后Unity Player启动时会创建一个标准Win32主窗口CreateWindowEx()其类名固定为UnityWndClass样式默认为WS_OVERLAPPEDWINDOW | WS_VISIBLE。这个主窗口内部又通过CreateWindowEx()创建了一个子窗口UnityChildWndClass负责承载Direct3D或OpenGL渲染上下文。关键点在于Unity脚本层的Screen.fullScreen控制的是子窗口的渲染模式而任务栏可见性、AltTab行为、窗口拖拽响应全部由主窗口的样式和消息循环决定。这就是为什么单纯改Screen.fullScreen无效——你动的是画布没碰画框。我们用Spy验证一下运行一个默认Unity Build找到UnityWndClass窗口查看其样式Style字段会看到0x10CF0000十六进制转换为二进制后对应WS_OVERLAPPEDWINDOW0x00CF0000WS_VISIBLE0x10000000。其中WS_OVERLAPPEDWINDOW是复合样式等于WS_OVERLAPPED | WS_CAPTION | WS_SYSMENU | WS_THICKFRAME | WS_MINIMIZEBOX | WS_MAXIMIZEBOX。而“无边框”的核心就是移除WS_CAPTION标题栏和WS_THICKFRAME可调整大小边框但必须保留WS_SYSMENU系统菜单保证右键任务栏图标能弹出“最小化/最大化/关闭”否则任务栏交互直接报废。提示WS_POPUP看似是无边框首选但它会彻底剥离系统菜单和任务栏集成能力导致AltTab失效、无法最小化到任务栏——这是初学者踩得最深的坑。正确路径是保留WS_OVERLAPPED基类仅剔除WS_CAPTION和WS_THICKFRAME。2.2 任务栏集成的三大支柱ITaskbarList3、Thumbnail Toolbar与Jump ListWindows 7之后的任务栏已非简单图标容器它依赖COM接口ITaskbarList3实现高级功能。Unity Player默认不注册该接口所以你的无边框窗口在任务栏上只是个“哑图标”无法显示实时预览缩略图、无法支持进度条、右键菜单只有“关闭窗口”一项。要激活这些能力必须在窗口创建后、首次显示前完成三步COM初始化CoInitialize(NULL)初始化COM库Unity主线程已调用无需重复CoCreateInstance(CLSID_TaskbarList, ...)创建ITaskbarList3实例HrInit()调用ITaskbarList3::HrInit()验证接口可用性。更关键的是SetProgressValue()和SetThumbnailClip()的调用时机——必须在窗口WM_SHOWWINDOW消息处理完毕后执行否则缩略图区域为空白。我们实测发现Unity的OnApplicationFocus(bool)回调发生在WM_ACTIVATE之后此时调用SetThumbnailClip()才有效。而SetProgressValue()需配合游戏内加载进度在Start()中初始化COM指针在Update()中按帧更新值避免卡顿。注意ITaskbarList3仅在Windows 7生效XP用户会静默失败。Unity 2019.4内置了基础任务栏支持如最小化时自动暂停但高级功能仍需手动注入。绕过COM直接写注册表如Software\Microsoft\Windows\CurrentVersion\Explorer\Taskband是危险操作会导致系统任务栏服务崩溃绝对禁止。2.3 “伪全屏”Borderless Windowed的GPU资源真相当玩家选择“无边框全屏”时Unity实际执行的是SetWindowPos(hWnd, HWND_NOTOPMOST, 0, 0, width, height, SWP_NOZORDER | SWP_NOACTIVATE)将窗口尺寸拉满当前显示器工作区。但这里有个致命陷阱如果显示器启用了缩放如125% DPIwidth/height必须是物理像素尺寸而非逻辑像素。Unity的Screen.currentResolution返回的是逻辑分辨率直接使用会导致窗口被裁剪或留黑边。正确做法是调用GetDpiForWindow(hWnd)获取当前DPI再用MulDiv(width, dpi, 96)换算物理像素。更隐蔽的问题在GPU层面。D3D11后端下“伪全屏”窗口仍走Present()流程但驱动会检测窗口是否覆盖整个显示器工作区。若检测成功部分NVIDIA驱动会自动启用Fast Sync或G-Sync而AMD Adrenalin则可能触发Radeon Anti-Lag。但若窗口尺寸计算有毫厘之差比如y坐标设为0而非rcWork.top驱动会降级为普通VSync导致输入延迟飙升。我们曾遇到一个案例某27寸4K显示器3840×2160缩放125%rcWork返回{0, 0, 3072, 1728}但脚本里用了Screen.width3072结果SetWindowPos的y坐标传了-1导致顶部1像素黑边G-Sync直接失效。根源就在于没调用GetMonitorInfo()校准坐标系。3. 实战四步法从窗口样式重置到系统级交互接管3.1 第一步安全重置窗口样式C DLL注入Unity脚本层无法直接修改窗口样式必须通过原生插件。我们编写一个轻量级DLLWindowHelper.dll导出两个函数// WindowHelper.h extern C { __declspec(dllexport) void SetBorderless(HWND hWnd); __declspec(dllexport) void RestoreBorder(HWND hWnd); }SetBorderless实现如下void SetBorderless(HWND hWnd) { LONG_PTR style GetWindowLongPtr(hWnd, GWL_STYLE); // 移除标题栏和边框但保留系统菜单、最小化/最大化按钮 style ~(WS_CAPTION | WS_THICKFRAME); style | WS_SYSMENU | WS_MINIMIZEBOX | WS_MAXIMIZEBOX; SetWindowLongPtr(hWnd, GWL_STYLE, style); // 强制重绘非客户区标题栏区域变黑需后续处理 SetWindowPos(hWnd, NULL, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER | SWP_FRAMECHANGED); }关键点在于SWP_FRAMECHANGED标志它通知Windows窗口样式已变触发WM_NCCALCSIZE消息让系统重新计算非客户区Non-Client Area大小。若缺少此标志窗口会残留灰色标题栏残影。RestoreBorder则是反向操作恢复原始样式。在Unity中调用public class WindowController : MonoBehaviour { [DllImport(WindowHelper)] private static extern void SetBorderless(IntPtr hWnd); void Start() { IntPtr hwnd GetActiveWindow(); // 从user32.dll导入 if (hwnd ! IntPtr.Zero) { SetBorderless(hwnd); } } }踩坑实录早期版本我们用FindWindow(UnityWndClass, null)获取句柄但在多显示器环境下FindWindow可能返回错误窗口如Editor窗口。正确做法是GetActiveWindow()它返回当前线程激活的窗口而Unity Player主线程启动后该窗口必为游戏主窗口。另外SetWindowLongPtr必须在Awake()或Start()中调用不能在OnEnable()——后者可能在窗口未完全创建时触发导致句柄无效。3.2 第二步接管窗口拖拽与双击最大化Win32消息钩子无边框后标题栏拖拽失效。解决方案不是自己写拖拽逻辑性能差且不兼容触摸板而是劫持WM_NCHITTEST消息将鼠标在窗口顶部区域的点击判定为HTCAPTION标题栏。我们在DLL中添加消息钩子LRESULT CALLBACK WndProcHook(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { if (msg WM_NCHITTEST) { POINT pt { GET_X_LPARAM(lParam), GET_Y_LPARAM(lParam) }; ScreenToClient(hWnd, pt); // 定义顶部可拖拽区域高度40像素 if (pt.y 0 pt.y 40) { return HTCAPTION; } // 其他区域保持默认 return CallWindowProc(oldWndProc, hWnd, msg, wParam, lParam); } return CallWindowProc(oldWndProc, hWnd, msg, wParam, lParam); }oldWndProc是原窗口过程地址通过SetWindowLongPtr(hWnd, GWLP_WNDPROC, (LONG_PTR)WndProcHook)设置。这样用户点击窗口顶部40px内任意位置系统都会当作拖拽标题栏处理完美复刻原生体验。双击最大化则需拦截WM_LBUTTONDBLCLKif (msg WM_LBUTTONDBLCLK) { RECT rc; GetWindowRect(hWnd, rc); MONITORINFO mi { sizeof(mi) }; HMONITOR hMonitor MonitorFromWindow(hWnd, MONITOR_DEFAULTTONEAREST); GetMonitorInfo(hMonitor, mi); // 双击时若当前非最大化则最大化到工作区 if (IsZoomed(hWnd) FALSE) { SetWindowPos(hWnd, HWND_NOTOPMOST, mi.rcWork.left, mi.rcWork.top, mi.rcWork.right - mi.rcWork.left, mi.rcWork.bottom - mi.rcWork.top, SWP_NOACTIVATE | SWP_NOZORDER); } return 0; }实测心得mi.rcWork比GetSystemMetrics(SM_CXSCREEN)可靠十倍。前者是排除任务栏后的可用区域如任务栏在底部时rcWork.bottom会小于屏幕高度后者是整个屏幕像素。我们曾因用错参数导致最大化后任务栏被窗口遮盖用户无法呼出开始菜单——这是严重体验事故。3.3 第三步任务栏缩略图与进度条注入C# COM调用在C#中调用ITaskbarList3需要ComImport声明。我们封装一个TaskbarManager类[ComImport] [Guid(56FDF344-FD6D-11d0-958A-006097C9A090)] [InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] public interface ITaskbarList3 { void HrInit(); void AddTab(IntPtr hwnd); void DeleteTab(IntPtr hwnd); void ActivateTab(IntPtr hwnd); void SetActiveAlt(IntPtr hwnd); void MarkFullscreenWindow(IntPtr hwnd, bool fFullscreen); void SetProgressValue(IntPtr hwnd, ulong ullCompleted, ulong ullTotal); void SetProgressState(IntPtr hwnd, TBPFLAG tbpFlags); void RegisterTab(IntPtr hwndTab, IntPtr hwndMDI); void UnregisterTab(IntPtr hwndTab); void SetTabOrder(IntPtr hwndTab, IntPtr hwndInsertBefore); void SetTabActive(IntPtr hwndTab, IntPtr hwndMDI, uint dwReserved); void ThumbBarAddButtons(IntPtr hwnd, uint cButtons, ref THUMBBUTTON pButton); void ThumbBarUpdateButtons(IntPtr hwnd, uint cButtons, ref THUMBBUTTON pButton); void ThumbBarSetImageList(IntPtr hwnd, IntPtr himl); void SetOverlayIcon(IntPtr hwnd, IntPtr hIcon, string pszDescription); void SetThumbnailTooltip(IntPtr hwnd, string pszTip); void SetThumbnailClip(IntPtr hwnd, ref RECT prcClip); } public enum TBPFLAG { TBPF_NOPROGRESS 0, TBPF_INDETERMINATE 0x1, TBPF_NORMAL 0x2, TBPF_ERROR 0x4, TBPF_PAUSED 0x8 } public class TaskbarManager { private static ITaskbarList3 taskbarList; private static IntPtr mainWindowHandle; public static void Initialize(IntPtr hwnd) { mainWindowHandle hwnd; try { taskbarList (ITaskbarList3)new TaskbarList(); taskbarList.HrInit(); taskbarList.AddTab(hwnd); } catch (Exception e) { Debug.Log($Taskbar init failed: {e.Message}); } } public static void SetProgress(long completed, long total) { if (taskbarList ! null) { taskbarList.SetProgressValue(mainWindowHandle, (ulong)completed, (ulong)total); } } public static void SetThumbnailClip(Rect clip) { if (taskbarList ! null) { RECT rc new RECT { left (int)clip.x, top (int)clip.y, right (int)(clip.x clip.width), bottom (int)(clip.y clip.height) }; taskbarList.SetThumbnailClip(mainWindowHandle, ref rc); } } }在WindowController.Start()中调用void Start() { IntPtr hwnd GetActiveWindow(); if (hwnd ! IntPtr.Zero) { SetBorderless(hwnd); TaskbarManager.Initialize(hwnd); // 设置缩略图区域为游戏主摄像机视口 Camera mainCam Camera.main; if (mainCam ! null) { Rect viewport mainCam.rect; Vector2 size new Vector2(Screen.width, Screen.height); Rect clip new Rect( viewport.x * size.x, (1f - viewport.y - viewport.height) * size.y, viewport.width * size.x, viewport.height * size.y ); TaskbarManager.SetThumbnailClip(clip); } } }关键细节SetThumbnailClip的坐标系是屏幕像素原点在左上角且y轴向下为正。而Unity的Camera.rect是归一化坐标0~1y轴向上为正所以需要(1f - viewport.y - viewport.height)翻转Y轴。漏掉这一步缩略图会倒置或偏移。3.4 第四步AltTab与Z-order稳定性加固消息过滤AltTab切换时Unity窗口常因Z-order混乱卡在后台。根本原因是WM_ACTIVATEAPP消息处理不当。我们监听该消息在DLL中添加if (msg WM_ACTIVATEAPP) { BOOL fActive (BOOL)wParam; if (fActive) { // 激活时确保窗口在顶层且不被其他窗口遮挡 SetWindowPos(hWnd, HWND_NOTOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE); SetForegroundWindow(hWnd); // 强制前置 } return 0; }但SetForegroundWindow有安全限制只有前台进程或拥有焦点的进程才能调用成功。因此我们改用AllowSetForegroundWindow(ASFW_ANY)解除限制并在WM_CREATE中调用一次case WM_CREATE: AllowSetForegroundWindow(ASFW_ANY); break;此外为防止多开实例时窗口互相抢占我们在WM_COPYDATA消息中加入实例锁检测——这是Unity多开保护的底层机制此处不展开。4. 高阶避坑指南DPI缩放、多显示器与驱动兼容性实战4.1 DPI缩放的三重校验逻辑像素、物理像素与渲染目标Windows 10/11的DPI缩放是“无边框窗口”最大的兼容性雷区。当用户设置125%缩放时GetClientRect()返回的客户区尺寸是逻辑像素如1536×864但SetWindowPos()需要物理像素如1920×1080。若不做转换窗口会被强制缩放UI元素模糊甚至触发Unity的CanvasScaler异常。我们建立三重校验机制启动时获取DPIUINT dpi GetDpiForWindow(hWnd);计算物理尺寸int physWidth MulDiv(logicWidth, dpi, 96);设置渲染目标GL.InvalidateState()后调用Screen.SetResolution(physWidth, physHeight, false)。但还有隐藏问题Unity的Screen.dpi属性返回的是显示器标称DPI如96而非当前系统DPI。我们必须用Win32 API[DllImport(user32.dll)] public static extern uint GetDpiForWindow(IntPtr hWnd); public static float GetSystemDPI() { IntPtr hwnd GetActiveWindow(); if (hwnd ! IntPtr.Zero) { uint dpi GetDpiForWindow(hwnd); return dpi / 96.0f; // 返回缩放比例如1.25f } return 1.0f; }然后在CanvasScaler中动态设置CanvasScaler scaler GetComponentCanvasScaler(); scaler.scaleFactor GetSystemDPI(); scaler.referencePixelsPerUnit 100f;血泪教训某次测试中我们只校验了窗口尺寸忘了CanvasScaler。结果125%缩放下UI按钮变大但点击热区未同步玩家点不到按钮。后来加了Canvas.ForceUpdateCanvases()强制刷新才解决。4.2 多显示器场景下的工作区精准捕获MonitorFromPoint()和MonitorFromWindow()在多显示器下行为不同。前者根据鼠标坐标找显示器后者根据窗口矩形中心找。对于无边框窗口必须用后者因为窗口可能跨屏。我们封装一个GetMonitorWorkArea()函数RECT GetMonitorWorkArea(HWND hWnd) { HMONITOR hMonitor MonitorFromWindow(hWnd, MONITOR_DEFAULTTONEAREST); MONITORINFO mi { sizeof(mi) }; GetMonitorInfo(hMonitor, mi); return mi.rcWork; }在双击最大化时调用RECT workArea GetMonitorWorkArea(hWnd); SetWindowPos(hWnd, HWND_NOTOPMOST, workArea.left, workArea.top, workArea.right - workArea.left, workArea.bottom - workArea.top, SWP_NOACTIVATE | SWP_NOZORDER);但要注意MONITOR_DEFAULTTONEAREST可能选错显示器。例如主显示器在右侧副显示器在左侧窗口位于副显示器右边缘时MonitorFromWindow可能返回主显示器。解决方案是MONITOR_DEFAULTTOPRIMARY但会强制回到主屏。我们采用折中策略先MONITOR_DEFAULTTONEAREST若窗口矩形与返回显示器的rcMonitor无交集则fallback到MONITOR_DEFAULTTOPRIMARY。4.3 显卡驱动兼容性清单与Fallback策略不同显卡驱动对“伪全屏”的处理差异极大品牌驱动版本行为应对策略NVIDIA472.12自动启用G-Sync但要求窗口尺寸严格匹配rcWork校验GetMonitorInfo().rcWork误差1px则禁用G-SyncAMDAdrenalin 22.5.1触发Radeon Anti-Lag但SetWindowPos后需Sleep(1)等待驱动同步在SetWindowPos后加Sleep(1)IntelArc 31.0.101.4883对WS_THICKFRAME移除敏感易触发窗口重绘撕裂保留WS_THICKFRAME但设WS_EX_LAYERED用UpdateLayeredWindow()合成我们实现驱动检测public static string GetGraphicsDriverVersion() { string gpuName SystemInfo.graphicsDeviceName; if (gpuName.Contains(NVIDIA)) return nvidia; else if (gpuName.Contains(AMD) || gpuName.Contains(ATI)) return amd; else if (gpuName.Contains(Intel)) return intel; return unknown; }然后在SetBorderless后根据品牌执行不同策略string driver GetGraphicsDriverVersion(); if (driver amd) { Thread.Sleep(1); // AMD驱动同步延迟 } else if (driver nvidia) { // 校验尺寸精度 RECT work GetMonitorWorkArea(hwnd); if (Math.Abs(work.right - work.left - Screen.width) 1 || Math.Abs(work.bottom - work.top - Screen.height) 1) { // 尺寸不匹配降级为普通窗口模式 SetBorderless(hwnd, false); } }最后提醒所有Win32 API调用必须在主线程执行。Unity的MainThreadDispatcher或Coroutine中调用SetWindowPos会导致未定义行为。我们强制在Start()中用Invoke延迟1帧确保Unity窗口完全初始化。5. 从“能用”到“好用”用户体验细节打磨清单5.1 窗口阴影与圆角的视觉欺骗术Windows 10/11的窗口阴影和圆角是系统级绘制无边框后自动消失。要模拟我们用DwmSetWindowAttribute启用DWMWA_USE_IMMERSIVE_DARK_MODE和DWMWA_BORDER_COLOR// 启用暗色模式阴影 BOOL useDarkMode TRUE; DwmSetWindowAttribute(hWnd, DWMWA_USE_IMMERSIVE_DARK_MODE, useDarkMode, sizeof(useDarkMode)); // 设置边框颜色视觉上形成圆角 COLORREF borderColor RGB(30, 30, 30); DwmSetWindowAttribute(hWnd, DWMWA_BORDER_COLOR, borderColor, sizeof(borderColor));但这只是开始。真正的圆角需要DWMWA_WINDOW_CORNER_PREFERENCEWin11 22H2typedef enum _DWM_WINDOW_CORNER_PREFERENCE { DWMWCP_DEFAULT 0, DWMWCP_DONOTROUND 1, DWMWCP_ROUND 2, DWMWCP_ROUNDSMALL 3 } DWM_WINDOW_CORNER_PREFERENCE; DWM_WINDOW_CORNER_PREFERENCE cornerPref DWMWCP_ROUND; DwmSetWindowAttribute(hWnd, DWMWA_WINDOW_CORNER_PREFERENCE, cornerPref, sizeof(cornerPref));注意DWMWA_WINDOW_CORNER_PREFERENCE仅在Win11 22H2支持旧系统会静默失败。我们用VerifyVersionInfo检测OS版本失败时fallback到CSS阴影通过SetLayeredWindowAttributes叠加半透明PNG。5.2 键盘快捷键的无缝继承无边框后AltSpace系统菜单、Win←/→贴边停靠等快捷键失效。解决方案是全局钩子SetWindowsHookEx(WH_KEYBOARD_LL, ...)但Unity Player本身已占用部分快捷键。我们只拦截关键组合LRESULT CALLBACK LowLevelKeyboardProc(int nCode, WPARAM wParam, LPARAM lParam) { if (nCode 0 wParam WM_KEYDOWN) { PKBDLLHOOKSTRUCT p (PKBDLLHOOKSTRUCT)lParam; if (p-vkCode VK_SPACE (p-flags LLKHF_ALTDOWN)) { // AltSpace发送WM_SYSCOMMAND SC_KEYMENU PostMessage(GetActiveWindow(), WM_SYSCOMMAND, SC_KEYMENU, 0); return 1; // 拦截 } } return CallNextHookEx(NULL, nCode, wParam, lParam); }SC_KEYMENU会触发系统菜单完美复刻原生行为。5.3 最小化动画与任务栏预览同步Unity默认最小化是瞬时的缺乏Windows 10/11的“缩小到任务栏”动画。我们用AnimateWindow()实现AnimateWindow(hWnd, 200, AW_VER_NEGATIVE | AW_HIDE); // 然后调用ShowWindow(hWnd, SW_MINIMIZE)但AnimateWindow与Unity渲染线程冲突。最终方案是最小化时先SetWindowPos将窗口缩放到1×1像素SWP_NOMOVE | SWP_NOZORDER再ShowWindow(hWnd, SW_MINIMIZE)利用系统动画。任务栏预览同步则靠ITaskbarList3::SetThumbnailClip()在OnApplicationPause(true)时重置为全屏区域。5.4 构建后自动注入与版本兼容性检查最后一步确保所有DLL在Build后自动复制到输出目录。我们在Unity中添加PostProcessBuildpublic class PostBuildProcessor { [PostProcessBuild(100)] public static void OnPostprocessBuild(BuildTarget target, string pathToBuiltProject) { if (target BuildTarget.StandaloneWindows64) { string dllPath Path.Combine(Application.dataPath, Plugins, x86_64, WindowHelper.dll); string destPath Path.Combine(Path.GetDirectoryName(pathToBuiltProject), WindowHelper.dll); File.Copy(dllPath, destPath, true); } } }并添加版本检查DLL中导出GetUnityVersion()在Start()中比对Application.unityVersion若不匹配则弹出警告——避免Unity升级后DLL ABI不兼容。我在实际项目中跑通这套方案后客户验收时提了一个新需求“希望窗口能记住上次关闭时的位置和大小”。这其实只需在OnApplicationQuit()中保存GetWindowRect()到PlayerPrefsStart()中读取并SetWindowPos()。但关键在于GetWindowRect()必须在窗口样式重置之前调用否则返回的是无边框后的尺寸含标题栏区域。这个细节是我在第7次打包测试时才发现的——当时保存的坐标总是偏移30像素最后用Spy抓消息才定位到WM_GETMINMAXINFO的干扰。所以真正的“无边框窗口”工程从来不是技术堆砌而是对Windows窗口生命周期每一帧的敬畏。
