接到“Unity 双屏显示”这个需求的时候我的第一反应跟大多数人一样游戏窗口直接拖到第二块屏上不就行了但真正动手做才发现这件事横跨显示器检测、窗口管理、全屏模式、多相机渲染、跨屏输入、性能优化好几个层面每一步都有不少隐性坑。这篇文章把我实际踩过的坑、验证过的方案和可以直接抄走的代码都整理出来想给准备在 Unity 里做双屏显示的朋友一个相对完整的参考。1. 双屏显示的真实需求从投屏演示到数字标牌谁在用这个功能一句话说清双屏显示的实体功能很容易但真正落地的时候需求形态往往天差地别。我接过的项目里至少有四种完全不同的“双屏显示”技术路线差异非常大前期判断错了后面返工成本很高。1.1 四种常见的双屏需求形态单画面迁移整个游戏画面跑到第二块屏上主屏什么都不显示。常见场景是会议演示、数字标牌、教学楼宇大屏以及展厅里的互动装置。技术重点是窗口定位和全屏切换。单画面扩展一个超高分辨率画面拆成两份分别铺在两块屏幕上类似桌面“扩展显示”里的跨越模式。常见于拼接屏、多屏广告机。技术重点是相机视口Viewport Rect的设置和边缘对齐。双屏同画两块屏显示同一份内容属于画面复制。这种需求其实更推荐在系统层面解决比如 Windows 的复制模式而不是在 Unity 里做除非你有独立的 UI 覆盖需求。双屏异画两块屏各显示各的比如控制端在 A 屏操作后台观众端在 B 屏看 3D 展示或者互动装置里主屏做交互、副屏放数据面板。这是技术复杂度最高的一类涉及多相机、多 UI Canvas、跨屏鼠标处理。1.2 需求判断决定了技术路线我自己在项目里吃过一次亏客户说“双屏显示”我默认是第四种“异画”花了大半天把两套相机、两套 UI 搭好了结果客户要的只是“画面切到投影仪上电脑屏留空”。所以接到需求后我建议先问三个问题第二块屏显示的内容是否和主屏完全相同两个屏幕之间是否有交互联动比如鼠标跨屏点击是运行时动态切换还是启动时就固定好目标屏这三个问题的答案基本就决定了你要走哪条技术路径。如果只是画面迁移核心工作是窗口管理如果是异画核心工作是相机和 Canvas 的目标显示器分配如果有跨屏交互还得处理坐标换算。下面我按“迁移”和“异画”两种主流场景分别展开。2. 先搞定设备检测多显示器环境下的 Display 体系Unity 对显示器的抽象核心是Display类它在UnityEngine命名空间下封装了物理显示设备的基本信息。很多教程上来直接教操作但我觉得还是得先把Display这套体系吃透因为后面所有方案都建立在它之上。2.1 Display 类与显示器计数运行时可以通过Display.displays拿到系统枚举到的所有显示器数组索引 0 固定是主显示器。最基础的检测代码长这样using UnityEngine; public class DisplayDetector : MonoBehaviour { void Start() { int displayCount Display.displays.Length; Debug.Log($当前检测到 {displayCount} 块显示器); for (int i 0; i displayCount; i) { Display d Display.displays[i]; Debug.Log($显示器 {i} $系统分辨率 {d.systemWidth}x{d.systemHeight} $渲染分辨率 {d.renderingWidth}x{d.renderingHeight}); } } }这里有两个容易混淆的概念systemWidth和systemHeight是显示器本身的物理分辨率而renderingWidth和renderingHeight是 Unity 实际渲染到该显示器的分辨率。默认两者相等但你可以通过Display.SetRenderingResolution(int w, int h)单独调整某个显示器的渲染分辨率。这在性能优化阶段很有用——副屏若只是展示用往往不需要跑满物理分辨率。2.2 Activate 是双屏渲染的前提很多人忽略了一个关键点即使Display.displays检测到了两块屏如果你没调用Activate()第二块屏很可能不会渲染任何内容。这是 Unity 出于兼容性考虑的设计额外显示器默认处于非激活状态。激活代码非常简单if (Display.displays.Length 1) { Display.displays[1].Activate(); }Activate还有带参版本Activate(int width, int height, int refreshRate)可以显式指定分辨率和刷新率。我的经验是绝大多数场景直接用无参版本让系统自动匹配就行带参版本容易触发兼容性问题尤其是刷新率不匹配时可能出现黑屏。激活时机也有讲究我习惯放在Start()的最前面不要在Awake里做因为Awake阶段显示子系统可能还没完全初始化。2.3 编辑器里模拟多显示器的排查方式编辑器里调试多显示器是个麻烦事。即使你电脑上真接了两块屏Game 视图默认也只显示显示器的内容除非你手动切换。在 Game 视图左上角的显示设备下拉菜单里可以切到 Display 1、Display 2 查看不同目标显示器的画面输出——但注意这个下拉菜单只有在你代码里已经Activate()了对应显示器之后才会出现否则选项是灰的。另一个实用技巧如果开发机上只有一块屏但你想验证双屏渲染逻辑可以使用Display.displays[1]指向的场景内容渲染到 RenderTexture再在 Game 视图里预览。不过这是调试手段不是最终方案。真正验收还是得找一台接了两块屏的机器很多坐标、全屏问题只在真实多屏环境下才暴露。3. 把主画面送到第二块屏全屏切换与窗口位移的实战组合如果你的需求是“把 Unity 画面完整送到第二块屏”那核心工作就两个字定位。具体又分成两条路窗口模式精确摆放或者全屏模式直铺。两者各有优劣实际项目里我经常组合使用。3.1 窗口模式精确摆放窗口窗口模式的优势是可控性强但也意味着要自己管理窗口的位置和尺寸。Unity 在 2022.2 之后的版本提供了Screen.MoveMainWindowTo(Vector2Int)和Screen.mainWindowPosition这对接口可以读取和设置主窗口在虚拟桌面中的位置。这里说的“虚拟桌面”是 Windows 把所有显示器拼在一起形成的大坐标系主屏左上角通常是(0,0)副屏在主屏右侧时它的左上角坐标大概在(主屏宽度, 0)附近。如果你提前知道目标屏排列可以写一个直接的“摆过去”函数using UnityEngine; using System.Collections; public class WindowPlacer : MonoBehaviour { public int targetDisplayIndex 1; public int windowWidth 1280; public int windowHeight 720; IEnumerator Start() { // 先激活目标显示器 if (Display.displays.Length targetDisplayIndex) { Display.displays[targetDisplayIndex].Activate(); } else { Debug.LogError(目标显示器不存在当前仅检测到 Display.displays.Length 块屏); yield break; } // 切换到窗口模式 Screen.SetResolution(windowWidth, windowHeight, FullScreenMode.Windowed); // 关键等待一帧确保窗口模式切换完成后再移动 yield return null; // 假设副屏在主屏右侧计算副屏左上角的偏移 int mainScreenWidth Display.displays[0].systemWidth; int targetScreenWidth Display.displays[targetDisplayIndex].systemWidth; int targetScreenHeight Display.displays[targetDisplayIndex].systemHeight; // 让窗口在副屏内居中 int targetX mainScreenWidth (targetScreenWidth - windowWidth) / 2; int targetY Mathf.Max(0, (targetScreenHeight - windowHeight) / 2); Screen.MoveMainWindowTo(new Vector2Int(targetX, targetY)); Debug.Log($窗口已移动到 ({targetX}, {targetY})当前位置{Screen.mainWindowPosition}); } }这个方案有一个前提副屏必须位于主屏右侧。如果副屏在主屏左侧它的左上角 x 坐标是负数你需要把这部分偏移减掉如果副屏在上方y 坐标也可能是负数。为了应对这种复杂布局我通常会在项目里加一个配置文件手动指定副屏的起点坐标而不是靠代码猜。毕竟 Unity 官方 API 没直接给每个显示器的虚拟桌面位置真要全自动拿到显示器排列必须调 Windows API 的EnumDisplayMonitors对于大多数项目来说为了双屏去引一套平台相关的 P/Invoke 不划算。3.2 全屏模式切换全流程如果你要的是“无缝全屏铺满副屏”那就不能停留在窗口模式而是要切到全屏。这里最关键的经验是先移动、再全屏顺序不能反。直接调用Screen.SetResolution切全屏Unity 会把窗口放在当前显示器或主显示器上结果经常跳回主屏。正确的全屏切换流程分三步切到窗口模式把窗口移到目标显示器范围。等几帧确保移动生效。再切到FullScreenMode.FullScreenWindow全屏。using UnityEngine; using System.Collections; public class FullScreenSwitcher : MonoBehaviour { public int targetDisplayIndex 1; IEnumerator SwitchToFullScreenOnDisplay() { if (Display.displays.Length targetDisplayIndex) { Debug.LogError(目标显示器不存在); yield break; } Display.displays[targetDisplayIndex].Activate(); // 第一步切到窗口模式 Screen.SetResolution(800, 600, FullScreenMode.Windowed); yield return null; yield return null; // 第二步移动到副屏 int mainW Display.displays[0].systemWidth; int targetX mainW 50; // 副屏内偏移量 int targetY 50; Screen.MoveMainWindowTo(new Vector2Int(targetX, targetY)); yield return null; // 第三步切全屏 int targetW Display.displays[targetDisplayIndex].systemWidth; int targetH Display.displays[targetDisplayIndex].systemHeight; Screen.SetResolution(targetW, targetH, FullScreenMode.FullScreenWindow); } }关于全屏模式Unity 里有两个容易混淆的名字FullScreenMode.FullScreenWindow和FullScreenMode.ExclusiveFullScreen。前者本质是无边框窗口切换快、多屏下兼容性好大部分双屏项目我都推荐用这个后者是真正的独占全屏对垂直同步和刷新率控制更彻底但切换时黑屏时间长而且有些显卡驱动下会出现窗口跳到主屏的问题。做数字标牌这类长时间展示项目我基本只用无边框窗口模式稳定省心。3.3 运行时动态切换显示器的完整思路有些项目需要在运行时让用户选择“画面切到屏 1 还是屏 2”我封装过一套动态切换逻辑核心思路就是“窗口模式位移 全屏过渡”的组合。记住一个原则切换过程中不要直接在全屏之间跳全屏中间必须经过窗口模式否则很容易触发奇怪的显示问题。public void MoveWindowToDisplay(int index) { StartCoroutine(SwitchWindowCoroutine(index)); } IEnumerator SwitchWindowCoroutine(int index) { // 回到窗口模式 Screen.SetResolution(800, 600, FullScreenMode.Windowed); yield return null; // 移动到目标显示器 int mainW Display.displays[0].systemWidth; int targetW Display.displays[index].systemWidth; int targetH Display.displays[index].systemHeight; int x (index 0) ? 0 : (mainW (targetW - 800) / 2); Screen.MoveMainWindowTo(new Vector2Int(x, Mathf.Max(0, (targetH - 600) / 2))); yield return null; // 再切到目标分辨率全屏 Screen.SetResolution( Display.displays[index].systemWidth, Display.displays[index].systemHeight, FullScreenMode.FullScreenWindow ); }这段代码在实际项目里跑起来唯一的“毛刺”就是切换瞬间会闪一下窗口边框这是窗口模式切换的必经过程。如果产品经理对闪屏零容忍那只能走启动时直接判断配置、全屏只在启动阶段切一次的老路运行中动态切换在跨屏场景下很难完全避免视觉动静。4. 两块屏显示两套内容多相机 targetDisplay 的部署方案前面讲的是“画面搬家”这一章讲真正的“异画”——两块屏各显示各的内容。比如一块屏上跑三维场景另一块屏显示数据面板或者主屏做交互游戏副屏给观众看特写视角。这个需求要动用的核心机制是Camera.targetDisplay和Canvas.targetDisplay。4.1 Camera 和 Canvas 的 targetDisplay 配置每个 Camera 都可以指定渲染到哪个显示器做法是给相机组件设置targetDisplay属性。同理每个 Canvas 也可以指定输出到哪块屏。基本的双显示方案是主相机targetDisplay 0副相机targetDisplay 1主 Canvas 也设成 0副屏 UI 的 Canvas 设成 1。using UnityEngine; public class DualDisplaySetup : MonoBehaviour { public Camera secondCamera; public Canvas secondScreenCanvas; void Start() { // 激活第二块屏 if (Display.displays.Length 1) { Display.displays[1].Activate(); } if (secondCamera ! null) { // 主相机默认 targetDisplay0这里把第二相机指到屏 2 secondCamera.targetDisplay 1; } if (secondScreenCanvas ! null) { secondScreenCanvas.targetDisplay 1; } } }有个细节容易踩坑副相机如果带了 AudioListenerUnity 会警告场景里有多个 AudioListener建议把副屏相机的 AudioListener 禁用或移除只在主相机上保留一个。另外副相机如果不是用来做视角切换而是纯粹服务于第二块屏我习惯把它的tag改成非 MainCamera避免Camera.main之类的调用拿错相机。4.2 用 Layer 隔离双屏渲染内容两块屏显示不同内容最简单粗暴的做法是给两套内容分别建场景物体靠相机cullingMask决定哪些层被谁渲染。比如我要一个展厅演示项目主屏放 3D 展品模型副屏放数据图表。using UnityEngine; public class LayerBasedDisplay : MonoBehaviour { [SerializeField] private Camera mainCamera; [SerializeField] private Camera secondaryCamera; void Start() { // 假设主内容在 Default 层副屏内容在 Secondary 层 int mainLayerMask LayerMask.GetMask(Default); int secondaryLayerMask LayerMask.GetMask(Secondary); mainCamera.cullingMask mainLayerMask; mainCamera.targetDisplay 0; secondaryCamera.cullingMask secondaryLayerMask; secondaryCamera.targetDisplay 1; // 如果不希望宇宙背景在副屏被清成纯色可以设置 clearFlags secondaryCamera.clearFlags CameraClearFlags.SolidColor; secondaryCamera.backgroundColor Color.black; } }别忘了在 Unity 的 Tag Manager 里添加自定义层Layer否则LayerMask.GetMask(Secondary)会返回 0导致副屏什么都拍不到。我调试这类问题常用的排查手段是先临时让副相机的cullingMask设为 Everything确认画面能正常渲染再逐步收紧到目标层。这样能快速定位是层配置问题还是相机参数问题。4.3 跨屏鼠标坐标与交互处理双屏异画最麻烦的不是画面渲染而是鼠标输入。Unity 的Input.mousePosition只返回鼠标相对于当前游戏窗口的位置一旦鼠标跑到副屏上这个值会超出窗口范围甚至变成负值直接做 UI 点击判断会各种漂移。一个比较实用的处理思路是自己在 Update 里检测鼠标是否仍在窗口范围内如果不在就禁用 UI 的悬停和点击响应等鼠标回到窗口内再恢复。对于确实需要跨屏操作的场景我也尝试过用Display.RelativeMouseAt(Input.mousePosition)来换算相对坐标但不同平台上的表现不太一致Windows 下还可以macOS 下时不时抽风。所以我的建议是如果项目真的需要跨屏鼠标精确交互除非你有大量时间调试平台差异否则还是走“本地服务 网络通信”的方式让另一块屏上的内容由单独进程或 Web 页面承担Unity 只管自己的窗口。这样绕开了坐标系统一问题稳定性高很多。5. 实测中的高频坑窗口坐标、DPI 缩放与全屏乱跳问题双屏显示这个需求表面看代码不多但真正上线之前我每次都会被窗口系统的各种“脾气”折磨一遍。挑几个最有代表性的坑展开说。5.1 全屏切换后总落在副屏上或者跳回主屏这个问题我排查了很久才彻底搞明白。原因通常是两个第一切换全屏时窗口不在目标显示器上。比如你在副屏上点了“切全屏”但窗口实际还在主屏切全屏后 Unity 直接在主屏全屏化。解决办法就是前面说的“先移动再全屏”而且移动后至少等一到两帧让系统窗口管理器完成位置更新。第二FullScreenMode.ExclusiveFullScreen模式下有些显卡驱动会强制把全屏窗口放到主屏。这个问题在老的 Windows 7 机器上尤其明显。我的做法是统一使用FullScreenMode.FullScreenWindow它在驱动层本质上还是窗口切换显示器的行为更可控。如果你的项目特别依赖垂直同步还得在QualitySettings.vSyncCount和显卡驱动面板层面配合不能光靠独占全屏解决。5.2 DPI 缩放导致的坐标偏移Windows 下如果用户在“显示设置”里把缩放比例调成了 125% 或 150%问题就来了。在 125% 缩放下一个物理分辨率 1920x1080 的屏幕逻辑分辨率可能是 1536x864。Display.displays[i].systemWidth拿到的是物理分辨率而Screen.MoveMainWindowTo使用的坐标在很多版本里是按逻辑像素走的两者一旦混用窗口位置就会明显偏移甚至跑到屏幕外面去。我之前在客户机器上遇到过窗口总在屏幕右侧露出一截位置怎么算都不对最后发现是那台机器把缩放设成了 150%。解决的办法有两个一是在 Player Settings 里把“支持 DPI”相关选项关掉让 Unity 在启动时禁用系统缩放二是在代码里做一次 DPI 换算把物理坐标转成逻辑坐标。做数字标牌项目时我强烈建议直接关掉 DPI 缩放因为标牌机的显示比例通常固定关掉缩放才不会出现兼容性差异。5.3 启动顺序与副屏检测失败问题还有一类坑跟启动时序有关。如果你的 Unity 程序在主屏已经点亮、第二块屏还没被系统枚举完成时启动Display.displays.Length可能只返回 1后续所有“切到第二块屏”的代码都失效。常见于会议室里一些老旧投屏设备信号握手比较慢。为此我做了一个轮询检测的兜底逻辑程序启动后如果检测到显示器数量不足不立即报错而是每隔 1 秒重新检测一次最多等 10 秒期间在日志里记录检测记录。这段逻辑看着简单但确实救过我好几次现场。using UnityEngine; using System.Collections; public class DisplayWaitForDetect : MonoBehaviour { public int targetDisplayIndex 1; public float maxWaitTime 10f; IEnumerator Start() { float elapsed 0f; while (Display.displays.Length targetDisplayIndex elapsed maxWaitTime) { Debug.Log($等待检测显示器 {targetDisplayIndex}已等待 {elapsed:F1} 秒); yield return new WaitForSeconds(1f); elapsed 1f; } if (Display.displays.Length targetDisplayIndex) { Display.displays[targetDisplayIndex].Activate(); Debug.Log(目标显示器已就绪); } else { Debug.LogError(超时仍未检测到第二块显示器程序按单屏模式继续运行); } } }6. 双屏渲染的资源消耗怎么控性能账与优化实战双屏显示不只是“多开一个窗口”那么简单尤其是异画方案两块屏各跑一个相机渲染开销几乎是翻倍增长。如果不控制好中低端设备上掉帧会非常明显。6.1 多相机渲染带来的显存和 Draw Call 翻倍一个相机渲染一个视角两个相机就是两倍的 Draw Call、两倍的顶点处理和两倍的显存占用。哪怕副屏画面内容很简单只要相机在渲染它的清屏开销、深度缓冲、后处理管线一个都少不了。我接的展厅项目里主屏跑 4K副屏跑 1080P中端显卡明显吃力。后来把副屏的渲染分辨率降到 720P用Display.SetRenderingResolution(1, 1280, 720)画面观感几乎没变化帧率却稳了很多。6.2 副屏显示静态内容时的优化思路副屏如果只是显示一堆不常变动的数据面板或 Logo没必要每帧都让相机重新渲染整个场景。最简单的优化是把副屏画面渲染到一张 RenderTexture内容变化时手动更新不变时直接展示缓存的图。不过这个方案会增加代码复杂度一般我建议先压分辨率不够再上 RenderTexture 缓存。另一种更轻量的方案是主屏保持正常 3D 渲染副屏不建相机直接用 RawImage 显示主相机的 RenderTexture。这样等于两块屏实际上看的都是主相机的输出副屏只是“画面复制”渲染开销只多了一次全屏后处理叠加比开第二个相机便宜得多。缺点是你没法让副屏显示独立视角只能显示同一个画面。如果产品逻辑允许这么做性能收益非常可观。6.3 垂直同步与刷新率匹配双屏最微妙的问题之一是刷新率。主屏 144Hz、副屏 60Hz 时Unity 默认的垂直同步策略会让较快的屏幕迁就较慢的屏幕导致主屏也掉到 60 帧鼠标都感觉变“肉”了。这个现象在一些高刷屏上特别明显大家做双屏项目时一定要提前测试一下刷新率组合。我的处理方案是如果两块屏刷新率不一致优先关掉全局垂直同步改用Application.targetFrameRate强行锁帧比如统一锁 60。这样虽然高刷屏浪费了高刷新率但至少不会出现一块屏 144、一块屏 60 导致的时间戳错乱和输入延迟。如果产品对主屏刷新率有硬需求那就把副屏的不动画面改成截图刷新方式把渲染频率降下来而不是简单地对垂直同步做文章。6.4 发布平台的差异化处理最后提醒一点不同平台的“双屏”行为差异很大。Windows 上这套方案最成熟macOS 上受系统“调度中心”和全屏空间策略影响窗口在全屏切换时会出现动画或跳变我的经验是 macOS 上尽量保持FullScreenWindow别再切。WebGL 平台根本接触不到原生显示器接口双屏需求基本只能用浏览器分屏方案绕道。Android 和 iOS 上虽然Display.displays存在但绝大多数设备只有一块屏使用场景有限。所以做双屏之前先弄清楚你的发布目标平台是不是 Windows十有八九是的那就可以放心按照这篇文章的思路走。我自己的体会是双屏显示功能在代码实现上其实不难最难的是把 Windows 窗口系统的各种状态切换和时序问题处理干净。真正上线之前最好找一台接口齐全的测试机接两块不同品牌、不同分辨率的显示器把主屏在左、主屏在右、DPI 125%、DPI 150% 这些组合都过一遍。这些看起来不起眼的组合往往才是双屏项目最容易翻车的地方。
接到“Unity 双屏显示”这个需求的时候我的第一反应跟大多数人一样游戏窗口直接拖到第二块屏上不就行了但真正动手做才发现这件事横跨显示器检测、窗口管理、全屏模式、多相机渲染、跨屏输入、性能优化好几个层面每一步都有不少隐性坑。这篇文章把我实际踩过的坑、验证过的方案和可以直接抄走的代码都整理出来想给准备在 Unity 里做双屏显示的朋友一个相对完整的参考。1. 双屏显示的真实需求从投屏演示到数字标牌谁在用这个功能一句话说清双屏显示的实体功能很容易但真正落地的时候需求形态往往天差地别。我接过的项目里至少有四种完全不同的“双屏显示”技术路线差异非常大前期判断错了后面返工成本很高。1.1 四种常见的双屏需求形态单画面迁移整个游戏画面跑到第二块屏上主屏什么都不显示。常见场景是会议演示、数字标牌、教学楼宇大屏以及展厅里的互动装置。技术重点是窗口定位和全屏切换。单画面扩展一个超高分辨率画面拆成两份分别铺在两块屏幕上类似桌面“扩展显示”里的跨越模式。常见于拼接屏、多屏广告机。技术重点是相机视口Viewport Rect的设置和边缘对齐。双屏同画两块屏显示同一份内容属于画面复制。这种需求其实更推荐在系统层面解决比如 Windows 的复制模式而不是在 Unity 里做除非你有独立的 UI 覆盖需求。双屏异画两块屏各显示各的比如控制端在 A 屏操作后台观众端在 B 屏看 3D 展示或者互动装置里主屏做交互、副屏放数据面板。这是技术复杂度最高的一类涉及多相机、多 UI Canvas、跨屏鼠标处理。1.2 需求判断决定了技术路线我自己在项目里吃过一次亏客户说“双屏显示”我默认是第四种“异画”花了大半天把两套相机、两套 UI 搭好了结果客户要的只是“画面切到投影仪上电脑屏留空”。所以接到需求后我建议先问三个问题第二块屏显示的内容是否和主屏完全相同两个屏幕之间是否有交互联动比如鼠标跨屏点击是运行时动态切换还是启动时就固定好目标屏这三个问题的答案基本就决定了你要走哪条技术路径。如果只是画面迁移核心工作是窗口管理如果是异画核心工作是相机和 Canvas 的目标显示器分配如果有跨屏交互还得处理坐标换算。下面我按“迁移”和“异画”两种主流场景分别展开。2. 先搞定设备检测多显示器环境下的 Display 体系Unity 对显示器的抽象核心是Display类它在UnityEngine命名空间下封装了物理显示设备的基本信息。很多教程上来直接教操作但我觉得还是得先把Display这套体系吃透因为后面所有方案都建立在它之上。2.1 Display 类与显示器计数运行时可以通过Display.displays拿到系统枚举到的所有显示器数组索引 0 固定是主显示器。最基础的检测代码长这样using UnityEngine; public class DisplayDetector : MonoBehaviour { void Start() { int displayCount Display.displays.Length; Debug.Log($当前检测到 {displayCount} 块显示器); for (int i 0; i displayCount; i) { Display d Display.displays[i]; Debug.Log($显示器 {i} $系统分辨率 {d.systemWidth}x{d.systemHeight} $渲染分辨率 {d.renderingWidth}x{d.renderingHeight}); } } }这里有两个容易混淆的概念systemWidth和systemHeight是显示器本身的物理分辨率而renderingWidth和renderingHeight是 Unity 实际渲染到该显示器的分辨率。默认两者相等但你可以通过Display.SetRenderingResolution(int w, int h)单独调整某个显示器的渲染分辨率。这在性能优化阶段很有用——副屏若只是展示用往往不需要跑满物理分辨率。2.2 Activate 是双屏渲染的前提很多人忽略了一个关键点即使Display.displays检测到了两块屏如果你没调用Activate()第二块屏很可能不会渲染任何内容。这是 Unity 出于兼容性考虑的设计额外显示器默认处于非激活状态。激活代码非常简单if (Display.displays.Length 1) { Display.displays[1].Activate(); }Activate还有带参版本Activate(int width, int height, int refreshRate)可以显式指定分辨率和刷新率。我的经验是绝大多数场景直接用无参版本让系统自动匹配就行带参版本容易触发兼容性问题尤其是刷新率不匹配时可能出现黑屏。激活时机也有讲究我习惯放在Start()的最前面不要在Awake里做因为Awake阶段显示子系统可能还没完全初始化。2.3 编辑器里模拟多显示器的排查方式编辑器里调试多显示器是个麻烦事。即使你电脑上真接了两块屏Game 视图默认也只显示显示器的内容除非你手动切换。在 Game 视图左上角的显示设备下拉菜单里可以切到 Display 1、Display 2 查看不同目标显示器的画面输出——但注意这个下拉菜单只有在你代码里已经Activate()了对应显示器之后才会出现否则选项是灰的。另一个实用技巧如果开发机上只有一块屏但你想验证双屏渲染逻辑可以使用Display.displays[1]指向的场景内容渲染到 RenderTexture再在 Game 视图里预览。不过这是调试手段不是最终方案。真正验收还是得找一台接了两块屏的机器很多坐标、全屏问题只在真实多屏环境下才暴露。3. 把主画面送到第二块屏全屏切换与窗口位移的实战组合如果你的需求是“把 Unity 画面完整送到第二块屏”那核心工作就两个字定位。具体又分成两条路窗口模式精确摆放或者全屏模式直铺。两者各有优劣实际项目里我经常组合使用。3.1 窗口模式精确摆放窗口窗口模式的优势是可控性强但也意味着要自己管理窗口的位置和尺寸。Unity 在 2022.2 之后的版本提供了Screen.MoveMainWindowTo(Vector2Int)和Screen.mainWindowPosition这对接口可以读取和设置主窗口在虚拟桌面中的位置。这里说的“虚拟桌面”是 Windows 把所有显示器拼在一起形成的大坐标系主屏左上角通常是(0,0)副屏在主屏右侧时它的左上角坐标大概在(主屏宽度, 0)附近。如果你提前知道目标屏排列可以写一个直接的“摆过去”函数using UnityEngine; using System.Collections; public class WindowPlacer : MonoBehaviour { public int targetDisplayIndex 1; public int windowWidth 1280; public int windowHeight 720; IEnumerator Start() { // 先激活目标显示器 if (Display.displays.Length targetDisplayIndex) { Display.displays[targetDisplayIndex].Activate(); } else { Debug.LogError(目标显示器不存在当前仅检测到 Display.displays.Length 块屏); yield break; } // 切换到窗口模式 Screen.SetResolution(windowWidth, windowHeight, FullScreenMode.Windowed); // 关键等待一帧确保窗口模式切换完成后再移动 yield return null; // 假设副屏在主屏右侧计算副屏左上角的偏移 int mainScreenWidth Display.displays[0].systemWidth; int targetScreenWidth Display.displays[targetDisplayIndex].systemWidth; int targetScreenHeight Display.displays[targetDisplayIndex].systemHeight; // 让窗口在副屏内居中 int targetX mainScreenWidth (targetScreenWidth - windowWidth) / 2; int targetY Mathf.Max(0, (targetScreenHeight - windowHeight) / 2); Screen.MoveMainWindowTo(new Vector2Int(targetX, targetY)); Debug.Log($窗口已移动到 ({targetX}, {targetY})当前位置{Screen.mainWindowPosition}); } }这个方案有一个前提副屏必须位于主屏右侧。如果副屏在主屏左侧它的左上角 x 坐标是负数你需要把这部分偏移减掉如果副屏在上方y 坐标也可能是负数。为了应对这种复杂布局我通常会在项目里加一个配置文件手动指定副屏的起点坐标而不是靠代码猜。毕竟 Unity 官方 API 没直接给每个显示器的虚拟桌面位置真要全自动拿到显示器排列必须调 Windows API 的EnumDisplayMonitors对于大多数项目来说为了双屏去引一套平台相关的 P/Invoke 不划算。3.2 全屏模式切换全流程如果你要的是“无缝全屏铺满副屏”那就不能停留在窗口模式而是要切到全屏。这里最关键的经验是先移动、再全屏顺序不能反。直接调用Screen.SetResolution切全屏Unity 会把窗口放在当前显示器或主显示器上结果经常跳回主屏。正确的全屏切换流程分三步切到窗口模式把窗口移到目标显示器范围。等几帧确保移动生效。再切到FullScreenMode.FullScreenWindow全屏。using UnityEngine; using System.Collections; public class FullScreenSwitcher : MonoBehaviour { public int targetDisplayIndex 1; IEnumerator SwitchToFullScreenOnDisplay() { if (Display.displays.Length targetDisplayIndex) { Debug.LogError(目标显示器不存在); yield break; } Display.displays[targetDisplayIndex].Activate(); // 第一步切到窗口模式 Screen.SetResolution(800, 600, FullScreenMode.Windowed); yield return null; yield return null; // 第二步移动到副屏 int mainW Display.displays[0].systemWidth; int targetX mainW 50; // 副屏内偏移量 int targetY 50; Screen.MoveMainWindowTo(new Vector2Int(targetX, targetY)); yield return null; // 第三步切全屏 int targetW Display.displays[targetDisplayIndex].systemWidth; int targetH Display.displays[targetDisplayIndex].systemHeight; Screen.SetResolution(targetW, targetH, FullScreenMode.FullScreenWindow); } }关于全屏模式Unity 里有两个容易混淆的名字FullScreenMode.FullScreenWindow和FullScreenMode.ExclusiveFullScreen。前者本质是无边框窗口切换快、多屏下兼容性好大部分双屏项目我都推荐用这个后者是真正的独占全屏对垂直同步和刷新率控制更彻底但切换时黑屏时间长而且有些显卡驱动下会出现窗口跳到主屏的问题。做数字标牌这类长时间展示项目我基本只用无边框窗口模式稳定省心。3.3 运行时动态切换显示器的完整思路有些项目需要在运行时让用户选择“画面切到屏 1 还是屏 2”我封装过一套动态切换逻辑核心思路就是“窗口模式位移 全屏过渡”的组合。记住一个原则切换过程中不要直接在全屏之间跳全屏中间必须经过窗口模式否则很容易触发奇怪的显示问题。public void MoveWindowToDisplay(int index) { StartCoroutine(SwitchWindowCoroutine(index)); } IEnumerator SwitchWindowCoroutine(int index) { // 回到窗口模式 Screen.SetResolution(800, 600, FullScreenMode.Windowed); yield return null; // 移动到目标显示器 int mainW Display.displays[0].systemWidth; int targetW Display.displays[index].systemWidth; int targetH Display.displays[index].systemHeight; int x (index 0) ? 0 : (mainW (targetW - 800) / 2); Screen.MoveMainWindowTo(new Vector2Int(x, Mathf.Max(0, (targetH - 600) / 2))); yield return null; // 再切到目标分辨率全屏 Screen.SetResolution( Display.displays[index].systemWidth, Display.displays[index].systemHeight, FullScreenMode.FullScreenWindow ); }这段代码在实际项目里跑起来唯一的“毛刺”就是切换瞬间会闪一下窗口边框这是窗口模式切换的必经过程。如果产品经理对闪屏零容忍那只能走启动时直接判断配置、全屏只在启动阶段切一次的老路运行中动态切换在跨屏场景下很难完全避免视觉动静。4. 两块屏显示两套内容多相机 targetDisplay 的部署方案前面讲的是“画面搬家”这一章讲真正的“异画”——两块屏各显示各的内容。比如一块屏上跑三维场景另一块屏显示数据面板或者主屏做交互游戏副屏给观众看特写视角。这个需求要动用的核心机制是Camera.targetDisplay和Canvas.targetDisplay。4.1 Camera 和 Canvas 的 targetDisplay 配置每个 Camera 都可以指定渲染到哪个显示器做法是给相机组件设置targetDisplay属性。同理每个 Canvas 也可以指定输出到哪块屏。基本的双显示方案是主相机targetDisplay 0副相机targetDisplay 1主 Canvas 也设成 0副屏 UI 的 Canvas 设成 1。using UnityEngine; public class DualDisplaySetup : MonoBehaviour { public Camera secondCamera; public Canvas secondScreenCanvas; void Start() { // 激活第二块屏 if (Display.displays.Length 1) { Display.displays[1].Activate(); } if (secondCamera ! null) { // 主相机默认 targetDisplay0这里把第二相机指到屏 2 secondCamera.targetDisplay 1; } if (secondScreenCanvas ! null) { secondScreenCanvas.targetDisplay 1; } } }有个细节容易踩坑副相机如果带了 AudioListenerUnity 会警告场景里有多个 AudioListener建议把副屏相机的 AudioListener 禁用或移除只在主相机上保留一个。另外副相机如果不是用来做视角切换而是纯粹服务于第二块屏我习惯把它的tag改成非 MainCamera避免Camera.main之类的调用拿错相机。4.2 用 Layer 隔离双屏渲染内容两块屏显示不同内容最简单粗暴的做法是给两套内容分别建场景物体靠相机cullingMask决定哪些层被谁渲染。比如我要一个展厅演示项目主屏放 3D 展品模型副屏放数据图表。using UnityEngine; public class LayerBasedDisplay : MonoBehaviour { [SerializeField] private Camera mainCamera; [SerializeField] private Camera secondaryCamera; void Start() { // 假设主内容在 Default 层副屏内容在 Secondary 层 int mainLayerMask LayerMask.GetMask(Default); int secondaryLayerMask LayerMask.GetMask(Secondary); mainCamera.cullingMask mainLayerMask; mainCamera.targetDisplay 0; secondaryCamera.cullingMask secondaryLayerMask; secondaryCamera.targetDisplay 1; // 如果不希望宇宙背景在副屏被清成纯色可以设置 clearFlags secondaryCamera.clearFlags CameraClearFlags.SolidColor; secondaryCamera.backgroundColor Color.black; } }别忘了在 Unity 的 Tag Manager 里添加自定义层Layer否则LayerMask.GetMask(Secondary)会返回 0导致副屏什么都拍不到。我调试这类问题常用的排查手段是先临时让副相机的cullingMask设为 Everything确认画面能正常渲染再逐步收紧到目标层。这样能快速定位是层配置问题还是相机参数问题。4.3 跨屏鼠标坐标与交互处理双屏异画最麻烦的不是画面渲染而是鼠标输入。Unity 的Input.mousePosition只返回鼠标相对于当前游戏窗口的位置一旦鼠标跑到副屏上这个值会超出窗口范围甚至变成负值直接做 UI 点击判断会各种漂移。一个比较实用的处理思路是自己在 Update 里检测鼠标是否仍在窗口范围内如果不在就禁用 UI 的悬停和点击响应等鼠标回到窗口内再恢复。对于确实需要跨屏操作的场景我也尝试过用Display.RelativeMouseAt(Input.mousePosition)来换算相对坐标但不同平台上的表现不太一致Windows 下还可以macOS 下时不时抽风。所以我的建议是如果项目真的需要跨屏鼠标精确交互除非你有大量时间调试平台差异否则还是走“本地服务 网络通信”的方式让另一块屏上的内容由单独进程或 Web 页面承担Unity 只管自己的窗口。这样绕开了坐标系统一问题稳定性高很多。5. 实测中的高频坑窗口坐标、DPI 缩放与全屏乱跳问题双屏显示这个需求表面看代码不多但真正上线之前我每次都会被窗口系统的各种“脾气”折磨一遍。挑几个最有代表性的坑展开说。5.1 全屏切换后总落在副屏上或者跳回主屏这个问题我排查了很久才彻底搞明白。原因通常是两个第一切换全屏时窗口不在目标显示器上。比如你在副屏上点了“切全屏”但窗口实际还在主屏切全屏后 Unity 直接在主屏全屏化。解决办法就是前面说的“先移动再全屏”而且移动后至少等一到两帧让系统窗口管理器完成位置更新。第二FullScreenMode.ExclusiveFullScreen模式下有些显卡驱动会强制把全屏窗口放到主屏。这个问题在老的 Windows 7 机器上尤其明显。我的做法是统一使用FullScreenMode.FullScreenWindow它在驱动层本质上还是窗口切换显示器的行为更可控。如果你的项目特别依赖垂直同步还得在QualitySettings.vSyncCount和显卡驱动面板层面配合不能光靠独占全屏解决。5.2 DPI 缩放导致的坐标偏移Windows 下如果用户在“显示设置”里把缩放比例调成了 125% 或 150%问题就来了。在 125% 缩放下一个物理分辨率 1920x1080 的屏幕逻辑分辨率可能是 1536x864。Display.displays[i].systemWidth拿到的是物理分辨率而Screen.MoveMainWindowTo使用的坐标在很多版本里是按逻辑像素走的两者一旦混用窗口位置就会明显偏移甚至跑到屏幕外面去。我之前在客户机器上遇到过窗口总在屏幕右侧露出一截位置怎么算都不对最后发现是那台机器把缩放设成了 150%。解决的办法有两个一是在 Player Settings 里把“支持 DPI”相关选项关掉让 Unity 在启动时禁用系统缩放二是在代码里做一次 DPI 换算把物理坐标转成逻辑坐标。做数字标牌项目时我强烈建议直接关掉 DPI 缩放因为标牌机的显示比例通常固定关掉缩放才不会出现兼容性差异。5.3 启动顺序与副屏检测失败问题还有一类坑跟启动时序有关。如果你的 Unity 程序在主屏已经点亮、第二块屏还没被系统枚举完成时启动Display.displays.Length可能只返回 1后续所有“切到第二块屏”的代码都失效。常见于会议室里一些老旧投屏设备信号握手比较慢。为此我做了一个轮询检测的兜底逻辑程序启动后如果检测到显示器数量不足不立即报错而是每隔 1 秒重新检测一次最多等 10 秒期间在日志里记录检测记录。这段逻辑看着简单但确实救过我好几次现场。using UnityEngine; using System.Collections; public class DisplayWaitForDetect : MonoBehaviour { public int targetDisplayIndex 1; public float maxWaitTime 10f; IEnumerator Start() { float elapsed 0f; while (Display.displays.Length targetDisplayIndex elapsed maxWaitTime) { Debug.Log($等待检测显示器 {targetDisplayIndex}已等待 {elapsed:F1} 秒); yield return new WaitForSeconds(1f); elapsed 1f; } if (Display.displays.Length targetDisplayIndex) { Display.displays[targetDisplayIndex].Activate(); Debug.Log(目标显示器已就绪); } else { Debug.LogError(超时仍未检测到第二块显示器程序按单屏模式继续运行); } } }6. 双屏渲染的资源消耗怎么控性能账与优化实战双屏显示不只是“多开一个窗口”那么简单尤其是异画方案两块屏各跑一个相机渲染开销几乎是翻倍增长。如果不控制好中低端设备上掉帧会非常明显。6.1 多相机渲染带来的显存和 Draw Call 翻倍一个相机渲染一个视角两个相机就是两倍的 Draw Call、两倍的顶点处理和两倍的显存占用。哪怕副屏画面内容很简单只要相机在渲染它的清屏开销、深度缓冲、后处理管线一个都少不了。我接的展厅项目里主屏跑 4K副屏跑 1080P中端显卡明显吃力。后来把副屏的渲染分辨率降到 720P用Display.SetRenderingResolution(1, 1280, 720)画面观感几乎没变化帧率却稳了很多。6.2 副屏显示静态内容时的优化思路副屏如果只是显示一堆不常变动的数据面板或 Logo没必要每帧都让相机重新渲染整个场景。最简单的优化是把副屏画面渲染到一张 RenderTexture内容变化时手动更新不变时直接展示缓存的图。不过这个方案会增加代码复杂度一般我建议先压分辨率不够再上 RenderTexture 缓存。另一种更轻量的方案是主屏保持正常 3D 渲染副屏不建相机直接用 RawImage 显示主相机的 RenderTexture。这样等于两块屏实际上看的都是主相机的输出副屏只是“画面复制”渲染开销只多了一次全屏后处理叠加比开第二个相机便宜得多。缺点是你没法让副屏显示独立视角只能显示同一个画面。如果产品逻辑允许这么做性能收益非常可观。6.3 垂直同步与刷新率匹配双屏最微妙的问题之一是刷新率。主屏 144Hz、副屏 60Hz 时Unity 默认的垂直同步策略会让较快的屏幕迁就较慢的屏幕导致主屏也掉到 60 帧鼠标都感觉变“肉”了。这个现象在一些高刷屏上特别明显大家做双屏项目时一定要提前测试一下刷新率组合。我的处理方案是如果两块屏刷新率不一致优先关掉全局垂直同步改用Application.targetFrameRate强行锁帧比如统一锁 60。这样虽然高刷屏浪费了高刷新率但至少不会出现一块屏 144、一块屏 60 导致的时间戳错乱和输入延迟。如果产品对主屏刷新率有硬需求那就把副屏的不动画面改成截图刷新方式把渲染频率降下来而不是简单地对垂直同步做文章。6.4 发布平台的差异化处理最后提醒一点不同平台的“双屏”行为差异很大。Windows 上这套方案最成熟macOS 上受系统“调度中心”和全屏空间策略影响窗口在全屏切换时会出现动画或跳变我的经验是 macOS 上尽量保持FullScreenWindow别再切。WebGL 平台根本接触不到原生显示器接口双屏需求基本只能用浏览器分屏方案绕道。Android 和 iOS 上虽然Display.displays存在但绝大多数设备只有一块屏使用场景有限。所以做双屏之前先弄清楚你的发布目标平台是不是 Windows十有八九是的那就可以放心按照这篇文章的思路走。我自己的体会是双屏显示功能在代码实现上其实不难最难的是把 Windows 窗口系统的各种状态切换和时序问题处理干净。真正上线之前最好找一台接口齐全的测试机接两块不同品牌、不同分辨率的显示器把主屏在左、主屏在右、DPI 125%、DPI 150% 这些组合都过一遍。这些看起来不起眼的组合往往才是双屏项目最容易翻车的地方。
