1. 项目概述为什么窗口缩放与比例锁定是个“坑”做Unity开发的朋友尤其是做PC端独立游戏或者工具软件的应该都遇到过这个让人头疼的问题你在编辑器里把游戏窗口调得漂漂亮亮UI布局完美适配可一旦打包成Windows的.exe文件用户一拖拽窗口边缘整个画面就“垮”了——要么UI元素被拉伸得奇形怪状要么游戏画面直接黑边或者裁剪用户体验瞬间归零。更麻烦的是用户还可能把窗口最大化或者拖拽到超宽屏显示器上这时候如果没有一套完善的机制来处理你的作品就显得非常不专业。这个“坑”的本质在于Unity默认的窗口处理逻辑是为全屏游戏设计的。当你以窗口模式运行时Unity的渲染视口Viewport和屏幕分辨率Screen Resolution默认会跟随系统窗口的客户区尺寸实时变化。如果你的UI是Canvas Scaler设置为“Scale With Screen Size”那还稍微好一点但游戏内的摄像机渲染、后处理效果、以及一些依赖屏幕坐标的脚本就很容易出问题。而如果你的UI是“Constant Pixel Size”或者游戏本身有固定的设计分辨率比如经典的1920x1080那窗口一缩放灾难就来了。所以今天要聊的“避坑指南”核心就是解决两个问题第一如何让Unity打包出的Windows可执行文件其窗口能够被用户自由缩放第二如何在窗口缩放的过程中始终保持内容游戏画面和UI的原始比例不变形也就是所谓的“比例锁定”或“等比例缩放”。这不仅仅是加几行代码那么简单它涉及到对Unity渲染管线、Windows平台API以及UI适配策略的深度理解。接下来我会把完整的配置流程、核心原理以及我踩过的那些坑毫无保留地分享给你。2. 核心思路拆解两套主流方案与选型考量要实现窗口自由缩放且比例锁定市面上主要有两套技术路线它们各有优劣适用的场景也不同。在动手之前选对方案能省下一大半的力气。2.1 方案一基于Unity引擎自身的视口与渲染纹理RenderTexture方案这是最“Unity原生”的思路。其核心思想是不让游戏直接渲染到系统窗口上而是先渲染到一个固定分辨率的RenderTexture上然后再将这个RenderTexture缩放并绘制到实际窗口的客户区。这样无论外部窗口怎么变游戏内部“看到”的分辨率始终是固定的。实现原理在场景中创建一个摄像机将其Target Texture设置为一个固定分辨率如1920x1080的RenderTexture。创建一个全屏的RawImage UI元素将其Texture指向这个RenderTexture。通过脚本监听窗口尺寸变化动态计算一个缩放比例和偏移量调整RawImage的RectTransform使得RenderTexture的内容在RawImage中保持等比例显示两边或上下可能出现黑边。同时需要将Unity的屏幕分辨率Screen.width/height和鼠标输入坐标进行相应的映射转换。优点实现相对简单完全在Unity的C#层面操作不依赖外部库跨平台理论兼容性更好虽然我们主要针对Windows。对UI系统友好因为游戏实际渲染在一个固定分辨率下所有UI的Canvas Scaler设置尤其是“Constant Pixel Size”都能正常工作不会因窗口缩放而错乱。易于控制后处理所有后处理效果都作用在固定的RenderTexture上效果稳定。缺点性能开销多了一次全屏纹理的采样和绘制对GPU有一定压力在低端显卡或移动设备上需要谨慎评估。输入坐标映射需要手动处理鼠标、触摸等输入事件的坐标转换计算不当会导致点击位置不准这是个精细活。全屏切换可能复杂切换到真正的独占全屏模式时可能需要切换渲染路径。2.2 方案二调用Windows平台APIWinAPI进行运行时窗口控制这是更接近操作系统底层的方案。我们通过C#调用Windows的user32.dll等原生库直接干预窗口的消息循环和样式从而控制窗口的缩放行为。实现原理使用DllImport引入user32.dll中的关键函数如SetWindowLong、GetWindowRect、SetWindowPos等。通过GetWindowLong获取当前窗口样式并修改窗口样式如WS_THICKFRAME来精细控制窗口边框和缩放行为。在窗口过程WndProc中拦截WM_SIZING或WM_SIZE消息。当用户拖拽窗口边框时WM_SIZING消息会被反复发送我们可以在这个消息的处理函数中强制计算并设置一个符合目标宽高比的新窗口尺寸。同时我们也可以在这里锁定窗口的最大最小尺寸或者禁用最大化按钮。优点效果精准直接在系统层面控制窗口缩放行为与系统原生窗口一致手感顺滑。性能零开销不涉及额外的渲染步骤对游戏性能没有任何影响。功能强大可以深度定制窗口行为比如自定义标题栏、控制按钮等。缺点平台锁定严重依赖Windows API代码无法移植到Mac、Linux等其他平台。实现复杂度高需要熟悉Windows窗口编程和消息机制C#与原生代码交互容易出错。与Unity内部状态可能冲突需要小心处理与Unity内部窗口状态如全屏模式的同步。选型建议如果你的项目是纯Windows平台且追求极致的性能和原生窗口体验比如一款桌面工具或对帧率要求极高的竞技游戏方案二WinAPI是更优选择。如果你的项目需要考虑未来跨平台发布如Mac、Linux或者你的团队对Windows底层开发不熟悉方案一RenderTexture更为稳妥。对于大多数独立游戏和中小型项目方案一已经完全够用且更易维护。一个折中的思路对于UI比例锁定使用方案一的思路固定渲染分辨率对于窗口边框和初始尺寸的控制可以轻度使用WinAPI例如设置启动尺寸和禁用最大化这样既能保持跨平台性又能有较好的初始体验。我个人在多个项目中两种方案都用过。对于快速原型和移动端优先的项目我首选方案一。对于需要上Steam、且UI风格与窗口深度融合的PC游戏我会不嫌麻烦地使用方案二。下面的实操部分我将以方案一RenderTexture方案作为主要讲解对象因为它受众更广原理更通用。在关键节点我会穿插讲解方案二的核心代码片段作为对比和补充。3. 完整配置与实操流程RenderTexture方案让我们一步步搭建一个可自由缩放且比例锁定的Unity窗口应用。假设我们的设计分辨率是1920x108016:9。3.1 第一步项目基础设置与场景搭建首先创建一个新的Unity项目或打开你的现有项目。确保你的Unity版本支持你需要的渲染管线这里以内置渲染管线为例URP/HDRP原理相通。设置固定分辨率虽然我们要处理缩放但一个固定的设计分辨率是基准。在Game视图上方将显示比例设置为1920 x 1080或其他你的设计分辨率。这只是一个预览参考。创建渲染摄像机与RenderTexture在场景中可以保留主摄像机或者专门创建一个用于渲染游戏内容的摄像机命名为“GameCamera”。在Project窗口中右键 - Create - Render Texture命名为“GameRenderTexture”。在Inspector面板中将其尺寸设置为你的设计分辨率如1920x1080。其他格式根据项目需求选择通常ARGB32即可。将“GameCamera”的Target Texture属性拖拽或选择为我们刚创建的“GameRenderTexture”。现在这个摄像机看到的内容就会渲染到这张纹理上而不是直接到屏幕。创建显示用的UI摄像机与Canvas创建一个新的摄像机命名为“UICamera”。将其Depth设置得比“GameCamera”高例如1确保UI渲染在游戏画面上方。将其Clear Flags设置为Depth onlyCulling Mask只选择UI层。创建一个Canvas将其Render Mode设置为Screen Space - Camera并将Render Camera指定为“UICamera”。将Canvas Scaler的UI Scale Mode设置为Scale With Screen SizeReference Resolution设为1920x1080Screen Match Mode建议设为Match Width or Height滑块偏向Height0.5或根据你的UI布局决定。创建全屏显示用的RawImage在Canvas下创建一个UI - RawImage命名为“GameDisplay”。将其锚点Anchors和轴心Pivot都设置为居中0.5, 0.5。将它的Texture属性设置为“GameRenderTexture”。此时你应该在Game视图看到游戏画面通过RawImage显示在了UI层上。但窗口缩放时它可能不会等比例适应。3.2 第二步编写核心的窗口缩放与比例锁定管理器这是最核心的一步。我们需要创建一个脚本负责监听屏幕尺寸变化并动态调整GameDisplayRawImage的尺寸和位置以实现等比例缩放和黑边Letterbox/Pillarbox效果。创建一个C#脚本命名为WindowScaleManager.cs并挂载到一个不会销毁的GameObject上如一个空的“Managers”对象。using UnityEngine; using UnityEngine.UI; public class WindowScaleManager : MonoBehaviour { [Header(渲染配置)] public RawImage gameDisplayRawImage; // 指向场景中的GameDisplay RawImage public Vector2Int designResolution new Vector2Int(1920, 1080); // 设计分辨率 public Color letterBoxColor Color.black; // 黑边颜色 [Header(参考)] public Camera gameCamera; // 渲染游戏内容的摄像机 public RenderTexture gameRenderTexture; // 渲染纹理 private CanvasScaler _canvasScaler; private RectTransform _gameDisplayRT; private float _designAspectRatio; // 设计宽高比 void Start() { if (gameDisplayRawImage null) { Debug.LogError(WindowScaleManager: 请指定GameDisplay RawImage!); return; } _gameDisplayRT gameDisplayRawImage.GetComponentRectTransform(); _canvasScaler gameDisplayRawImage.canvas.GetComponentCanvasScaler(); _designAspectRatio (float)designResolution.x / designResolution.y; // 初始化渲染纹理和摄像机 if (gameRenderTexture ! null gameCamera ! null) { // 确保渲染纹理尺寸与设计分辨率一致运行时可能会被修改 if (gameRenderTexture.width ! designResolution.x || gameRenderTexture.height ! designResolution.y) { gameRenderTexture.Release(); gameRenderTexture.width designResolution.x; gameRenderTexture.height designResolution.y; gameRenderTexture.Create(); } gameCamera.targetTexture gameRenderTexture; } // 初始适配 UpdateWindowScale(); // 监听屏幕尺寸变化注意在窗口模式下Screen.width/height变化可能不频繁但拖拽完成时会触发 } void Update() { // 每帧检查屏幕尺寸是否变化这是一种简单但有效的方式。 // 更高效的做法是只在Application窗口尺寸事件触发时更新但Unity没有直接提供此事件。 // 对于拖拽过程中的实时更新WinAPI方案更优这里我们保证拖拽结束后的正确显示。 if (Screen.width ! _lastScreenWidth || Screen.height ! _lastScreenHeight) { UpdateWindowScale(); _lastScreenWidth Screen.width; _lastScreenHeight Screen.height; } } private int _lastScreenWidth 0; private int _lastScreenHeight 0; /// summary /// 核心方法根据当前窗口尺寸更新游戏显示区域的比例和位置。 /// /summary public void UpdateWindowScale() { if (_gameDisplayRT null) return; float currentWindowAspect (float)Screen.width / Screen.height; float scaleFactor; Vector2 displaySize new Vector2(); // 计算等比例缩放因子和显示区域大小 if (currentWindowAspect _designAspectRatio) { // 窗口比设计更宽上下会有黑边Letterbox scaleFactor (float)Screen.height / designResolution.y; displaySize.y Screen.height; displaySize.x designResolution.x * scaleFactor; } else { // 窗口比设计更高左右会有黑边Pillarbox scaleFactor (float)Screen.width / designResolution.x; displaySize.x Screen.width; displaySize.y designResolution.y * scaleFactor; } // 设置RawImage的尺寸 _gameDisplayRT.sizeDelta displaySize; // 设置RawImage的颜色用于绘制黑边。这里我们通过修改RawImage的Color来模拟黑边。 // 更优雅的做法是使用一个背景Image但这里为了简单直接调整RawImage颜色。 // 因为RawImage默认UV会拉伸填充整个Rect我们需要结合Image Type为Tiled并调整UV来实现黑边但更简单的是用两个UI层。 // 实际操作中我推荐在GameDisplay下层放一个全屏的黑色Image作为背景。 // 此处代码仅作示意假设我们已有一个黑色背景。 // gameDisplayRawImage.color Color.white; // 游戏画面部分保持白色原始颜色 // 更新Canvas Scaler的匹配模式可选取决于你的UI适配策略 if (_canvasScaler ! null) { // 如果你的UI需要根据窗口变化动态缩放可以在这里调整Canvas Scaler的match值 // 例如在宽屏时更匹配宽度窄屏时更匹配高度 // _canvasScaler.matchWidthOrHeight (currentWindowAspect _designAspectRatio) ? 0 : 1; } Debug.Log($窗口更新: {Screen.width}x{Screen.height}, 显示区域: {displaySize.x}x{displaySize.y}, 缩放因子: {scaleFactor}); } // 提供一个静态方法供其他脚本获取实际的、未经过黑边裁剪的“游戏内”屏幕坐标转换。 public Rect GetGameViewportRect() { if (_gameDisplayRT null) return new Rect(0, 0, Screen.width, Screen.height); // 计算GameDisplay在屏幕上的实际矩形区域考虑锚点和位置 Vector3[] corners new Vector3[4]; _gameDisplayRT.GetWorldCorners(corners); // 将世界坐标转换为屏幕坐标UICamera如果是Screen Space - Camera可能需要Camera.WorldToScreenPoint // 这里简化处理假设Canvas渲染模式为Screen Space - Overlay Vector2 min RectTransformUtility.WorldToScreenPoint(null, corners[0]); Vector2 max RectTransformUtility.WorldToScreenPoint(null, corners[2]); return new Rect(min.x, min.y, max.x - min.x, max.y - min.y); } }关键点解析UpdateWindowScale方法是核心。它比较当前窗口宽高比和设计宽高比决定是高度受限左右黑边还是宽度受限上下黑边然后计算出等比例缩放后的显示区域尺寸。GetGameViewportRect方法非常重要。它用于将鼠标等输入坐标从“屏幕坐标”转换到“游戏视口坐标”。因为游戏只渲染在GameDisplay这个矩形区域内鼠标点击在这个区域外黑边上应该被视为无效。你需要在其他处理输入的脚本中调用此方法进行坐标转换。3.3 第三步输入坐标映射与处理这是RenderTexture方案中最容易出错的一环。因为游戏画面并非铺满整个窗口所以Input.mousePosition屏幕坐标不能直接用于游戏逻辑。我们需要将其映射到固定的设计分辨率1920x1080坐标系下。创建一个InputMappingHelper.cs脚本using UnityEngine; public class InputMappingHelper : MonoBehaviour { public WindowScaleManager windowScaleManager; void Update() { if (windowScaleManager null) return; // 获取游戏实际显示区域的屏幕坐标矩形 Rect gameViewportRect windowScaleManager.GetGameViewportRect(); // 获取当前鼠标屏幕坐标 Vector3 mouseScreenPos Input.mousePosition; // 判断鼠标是否在游戏显示区域内 if (gameViewportRect.Contains(mouseScreenPos)) { // 将屏幕坐标转换到游戏视口内的局部坐标0~1 float localX (mouseScreenPos.x - gameViewportRect.x) / gameViewportRect.width; float localY (mouseScreenPos.y - gameViewportRect.y) / gameViewportRect.height; // 再将局部坐标转换到设计分辨率下的坐标 Vector2 designResolutionPos new Vector2(localX * windowScaleManager.designResolution.x, localY * windowScaleManager.designResolution.y); // 现在designResolutionPos就可以用于你的游戏逻辑了比如射线检测、UI交互等。 // Debug.Log(游戏内坐标: designResolutionPos); // 示例转换给世界空间摄像机GameCamera进行射线投射 if (windowScaleManager.gameCamera ! null) { // 注意这里需要将设计分辨率坐标转换到视口坐标0~1因为摄像机的ViewportPointToRay需要视口坐标。 Vector3 viewportPoint new Vector3(localX, localY, 0); Ray ray windowScaleManager.gameCamera.ViewportPointToRay(viewportPoint); // 使用ray进行物理射线检测等... } } else { // 鼠标在黑边区域可以忽略或处理为UI背景点击 } } // 一个工具方法将设计分辨率坐标转换回屏幕坐标用于UI跟随等反向操作 public Vector2 DesignToScreenPoint(Vector2 designPoint) { if (windowScaleManager null) return designPoint; Rect gameViewportRect windowScaleManager.GetGameViewportRect(); float localX designPoint.x / windowScaleManager.designResolution.x; float localY designPoint.y / windowScaleManager.designResolution.y; return new Vector2(gameViewportRect.x localX * gameViewportRect.width, gameViewportRect.y localY * gameViewportRect.height); } }重要提示如果你的游戏使用了新的Input System坐标映射的逻辑是类似的你需要从Mouse.current.position.ReadValue()获取屏幕坐标然后进行同样的映射计算。Unity UI系统自带的Graphic Raycaster在Screen Space - Camera模式下如果Canvas的Render Camera设置正确通常能自动处理坐标映射但自定义的输入逻辑如游戏对象的点击必须手动处理。3.4 第四步Windows平台打包设置与窗口初始化在Unity Editor中点击File - Build Settings选择PC, Mac Linux Standalone在Target Platform中选择Windows。Player Settings:在Resolution and Presentation下将Fullscreen Mode设置为Windowed。这样打包出来的程序默认以窗口模式启动。Default Screen Width/Height可以设置为你的设计分辨率1920x1080但这只是建议的初始窗口尺寸用户仍然可以拖拽改变。取消勾选Resizable Window不这里要保持勾选我们要的就是窗口可调整大小。Unity的这个选项控制的是运行时是否允许通过脚本修改窗口尺寸而不是用户拖拽。用户拖拽能力是由窗口样式决定的在Windows上默认是可拖拽的。首帧窗口尺寸设置可选你可能希望游戏启动时就是一个特定的尺寸或比例。这可以通过在WindowScaleManager的Start()方法中使用Screen.SetResolution(width, height, FullScreenMode.Windowed)来实现。但注意这可能会与操作系统的窗口管理器产生轻微冲突更好的做法是使用WinAPI在启动后立即设置窗口尺寸和位置见下文WinAPI补充。4. WinAPI方案核心代码片段与集成对于追求原生体验的开发者这里提供WinAPI方案的关键代码片段。你需要将其放在一个单独的脚本中例如WindowsNativeWindowController.cs并使用条件编译#if UNITY_STANDALONE_WIN将其包裹确保只会在Windows平台编译。using System; using System.Runtime.InteropServices; using UnityEngine; public class WindowsNativeWindowController : MonoBehaviour { // 引入必要的WinAPI函数 [DllImport(user32.dll)] private static extern IntPtr GetActiveWindow(); [DllImport(user32.dll)] private static extern int SetWindowLong(IntPtr hWnd, int nIndex, uint dwNewLong); [DllImport(user32.dll)] private static extern uint GetWindowLong(IntPtr hWnd, int nIndex); [DllImport(user32.dll)] private static extern bool GetWindowRect(IntPtr hWnd, out RECT lpRect); [DllImport(user32.dll)] private static extern bool SetWindowPos(IntPtr hWnd, IntPtr hWndInsertAfter, int X, int Y, int cx, int cy, uint uFlags); // 窗口样式常量 private const int GWL_STYLE -16; private const uint WS_OVERLAPPEDWINDOW 0x00CF0000; // 标准窗口样式 private const uint WS_THICKFRAME 0x00040000; // 可调整边框 // private const uint WS_MAXIMIZEBOX 0x00010000; // 最大化按钮 // 用于SetWindowPos的标志 private const uint SWP_NOSIZE 0x0001; private const uint SWP_NOMOVE 0x0002; private const uint SWP_NOZORDER 0x0004; private const uint SWP_FRAMECHANGED 0x0020; [StructLayout(LayoutKind.Sequential)] public struct RECT { public int Left; public int Top; public int Right; public int Bottom; } private IntPtr _hwnd; private float _targetAspectRatio 16.0f / 9.0f; // 目标宽高比 void Start() { _hwnd GetActiveWindow(); if (_hwnd ! IntPtr.Zero) { // 可选移除最大化按钮强制窗口不能最大化因为最大化会破坏比例 // uint currentStyle GetWindowLong(_hwnd, GWL_STYLE); // currentStyle ~WS_MAXIMIZEBOX; // 移除最大化样式 // SetWindowLong(_hwnd, GWL_STYLE, currentStyle); // SetWindowPos(_hwnd, IntPtr.Zero, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER | SWP_FRAMECHANGED); // 设置初始窗口大小示例设置为设计分辨率的一半 int startWidth 960; int startHeight 540; SetWindowPos(_hwnd, IntPtr.Zero, 100, 100, startWidth, startHeight, 0); } } // 注意要拦截WM_SIZING消息需要更复杂的窗口子类化(Subclassing)技术 // 这超出了简单代码片段的范畴。通常需要创建一个NativePluginC DLL来处理窗口过程。 // 以下是一个概念性的示意实际实现复杂得多。 // private IntPtr WndProc(IntPtr hWnd, uint msg, IntPtr wParam, IntPtr lParam) { ... } }重要警告完整实现WM_SIZING拦截以强制保持宽高比涉及Windows窗口子类化需要在C中编写Native Plugin并通过C#与之通信。这对于大多数Unity开发者来说门槛较高。一个更简单的替代方案是结合使用RenderTexture方案来处理画面比例同时用WinAPI轻微修饰窗口如设置初始大小、图标、禁用最大化。这样既能获得不错的用户体验又避免了深入WinAPI的复杂性。5. 常见问题、排查技巧与避坑实录在实际操作中你肯定会遇到各种各样的问题。下面是我总结的“血泪史”希望能帮你快速排雷。5.1 画面闪烁或拉伸不正确问题描述窗口拖拽时游戏画面闪烁或者RawImage没有正确等比例缩放出现了拉伸。排查步骤检查Update调用频率确保WindowScaleManager的UpdateWindowScale方法在屏幕尺寸变化时被正确调用。我们的示例在Update中每帧检查虽然效率不高但可靠。你可以尝试在OnRectTransformDimensionsChange如果挂在UI元素上或使用Application.resize事件但注意此事件在窗口拖拽过程中可能不触发。检查RenderTexture尺寸确保你分配给摄像机的RenderTexture的尺寸是固定的并且在运行时没有被意外修改。在WindowScaleManager的Start方法中我们强制重置了其尺寸。检查Canvas设置确保显示游戏画面的Canvas的Render Mode不是World Space并且GameDisplayRawImage所在的Canvas Scaler设置不会与我们的手动缩放冲突。通常这个Canvas的Scaler可以设置为Constant Pixel Size因为缩放由我们手动控制。检查锚点AnchorsGameDisplayRawImage的锚点必须设置为居中并且不要拉伸到父节点。它的尺寸应该完全由我们的脚本通过sizeDelta控制。5.2 鼠标点击位置不准问题描述点击UI按钮或游戏内物体时响应位置和视觉位置对不上。解决方案验证坐标映射在InputMappingHelper中打印designResolutionPos和原始的mouseScreenPos拖拽窗口并在不同位置点击观察映射后的坐标是否始终在0~1920和0~1080之间。区分UI点击和游戏对象点击对于Unity UIButton, Image等确保EventSystem的Raycast Target设置正确并且负责UI的Canvas可能是另一个Canvas的Render Camera设置正确。UI系统的Graphic Raycaster通常能自动处理Screen Space - Camera模式下的坐标。如果UI和游戏画面在同一Canvas下且共用GameDisplay的渲染纹理那么UI点击可能也需要手动映射。更推荐的做法是游戏画面用一个Canvas游戏内的UI用另一个单独的Canvas并确保UI Canvas的渲染相机正确设置这样UI输入可以交给Unity自动处理。对于3D/2D游戏对象的点击你必须使用映射后的坐标通过GetGameViewportRect和视口坐标转换来生成射线进行Physics.Raycast。注意屏幕坐标系Unity的屏幕坐标系原点在左下角而Windows API或一些输入处理的原点可能在左上角。我们的RectTransformUtility.WorldToScreenPoint和Input.mousePosition使用的都是Unity的左下角坐标系保持一致即可。5.3 性能问题问题描述使用RenderTexture方案后游戏帧率明显下降。优化方向降低RenderTexture分辨率如果设计分辨率是4K但用户窗口可能很小可以考虑根据窗口大小动态创建不同分辨率的RenderTexture在保证清晰度的情况下降低性能消耗。但这会引入纹理重建的开销和复杂度。减少检查频率不在Update中每帧检查屏幕尺寸而是使用协程每0.1秒检查一次因为窗口拖拽频率不会那么高。考虑使用Command Buffer或Blit对于高级用户可以考虑不通过RawImage而是使用Graphics.Blit或Command Buffer将RenderTexture直接绘制到屏幕这可能有一定优化空间但实现更复杂。5.4 全屏模式切换问题描述游戏需要支持切换全屏模式但我们的比例锁定逻辑可能会和全屏冲突。处理策略真正的全屏Exclusive Fullscreen切换到该模式时系统通常会接管并可能改变显示分辨率。此时应禁用WindowScaleManager的缩放逻辑让游戏摄像机直接渲染到屏幕并将Screen.SetResolution设置为显示器的原生分辨率或用户选择的分辨率。你需要检测全屏状态的变化Screen.fullScreen。无边框窗口全屏Fullscreen Window这种模式本质上是一个和显示器分辨率一样大的窗口。我们的缩放逻辑仍然可以工作但计算出的GameDisplay区域应该铺满整个屏幕。你需要调整逻辑在全屏窗口模式下将Screen.width/height作为窗口尺寸进行计算。通常无边框窗口全屏是PC游戏更推荐的方式兼容性更好也更容易与我们的缩放逻辑结合。5.5 多显示器与不同DPI缩放问题描述用户系统设置了125%、150%的DPI缩放或者在副显示器上运行导致窗口位置、鼠标坐标计算异常。应对措施Player Settings在Player Settings - Resolution and Presentation中可以尝试勾选Use DXGI Flip Model...和Allow Fullscreen Switch这些可能影响高DPI下的行为。Unity API使用Screen.currentResolution和Display.main来获取更准确的显示器信息而不是单纯依赖Screen.width/height。WinAPI进阶如果需要精确控制必须通过WinAPI函数如GetDpiForWindow和SetProcessDpiAwareness来处理高DPI感知。这非常复杂除非必要否则建议在游戏内提供自己的分辨率设置选项让用户选择而不是完全依赖系统DPI。最后我的个人体会是对于大多数Unity项目采用RenderTexture方案并处理好输入映射是性价比最高、最稳妥的选择。它虽然牺牲了一点点性能对于现代硬件通常可忽略不计但换来了更好的跨平台潜力和更可控的渲染流程。而WinAPI方案更像是一把锋利的双刃剑用好了能让你的Windows版应用质感提升一个档次用不好则会引入一堆难以调试的平台特异性问题。在项目初期我强烈建议先从RenderTexture方案入手快速实现核心功能待项目稳定后如果确有需要再考虑用WinAPI进行局部增强。
