企业官网建设流程全解析

很多人第一次把 Moonlight 装好、连上主机、点开串流的那一刻，遇到的往往不是延迟或卡顿，而是一个更基础也更影响观感的问题：画面上下顶着两条黑边，或者整个画面被横向扯得又扁又宽。于是开始满网络翻教程，把客户端的分辨率设置一遍一遍地调，从 1080p 换到 720p 再换到 2K，结果黑边依然在。问题出在哪里？绝大多数情况下，症结并不在 Moonlight 的客户端，而是在主机端的显示模式、显卡缩放策略与显示器的 EDID 能力上，三者没有形成一个闭环。这篇内容就是围绕Moonlight 分辨率自动匹配这条主线，把黑边与拉伸的成因拆开、把主机端和客户端两侧的配置步骤写清楚，给出一套可复现的操作路径和一套三分钟能跑完的自检流程。不管你是刚接触串流的新手，还是已经用了两三年、只是偶尔被某个游戏的分辨率恶心到的老用户，都能在这里找到对应的处理办法。

1. 串流链路上到底是谁在决定分辨率

1.1 从主机桌面到手机屏幕：分辨率被改写的三个节点

先把这条链路画清楚，后面所有排查才有落点。一次串流里，分辨率的"话语权"其实分散在三个地方，任何一个掉链子，最终看到的画面就会变形或者留边。

第一个节点是主机端的桌面模式。也就是主机上的系统当前实际输出给显示器的分辨率，比如 2560×1440、1920×1080。这个值由系统显示设置决定，而系统能提供哪些选项，又受显示器的 EDID 信息限制。EDID 你可以理解为显示器递给显卡的一张"能力清单"，上面写着"我支持这些分辨率和刷新率"。清单上没有的模式，系统设置里就选不到。

第二个节点是主机端的编码器。串流主机服务拿到桌面画面后，要用显卡的硬件编码器（如 NVENC）把它压成视频流。这一步有两个约束：一是编码器对分辨率有对齐要求，宽度通常是偶数、部分场景要求是 16 的倍数；二是编码器本身有最大分辨率上限。如果你请求一个超出上限或者对不齐的分辨率，编码器要么拒绝，要么被迫在画面边缘补像素（padding），出来就是黑边。

第三个节点是客户端。Moonlight 收到视频流后，要把它放到自己的窗口里。窗口比例和视频流比例不一致时，客户端有三种处理方式：保持比例留边、拉伸填满、裁剪放大。这三种方式对应三种不同的观感问题。

理解这三个节点的分工特别重要，因为它直接决定了你的排查方向：黑边有两种，一种是编码器补出来的"硬黑边"，怎么改客户端都去不掉；另一种是客户端留出来的"软黑边"，改客户端的缩放模式就能解决。很多人把这两种混为一谈，在客户端里翻来覆去地试，自然白费功夫。

1.2 "自动匹配"的真实含义：一次分辨率切换请求的完整流程

Moonlight 设置里那个分辨率下拉框，看起来像是"自动帮你匹配"，实际上它更像一次"协商请求"。完整流程大致是这样：

1. 你在客户端选中 1920×1080，客户端在建立会话时把这个期望值带给主机端服务；
2. 主机端服务尝试让系统切换到 1920×1080；
3. 系统去问显卡"有没有这个模式"，显卡去查当前连接的显示器的 EDID；
4. 有，切换成功，编码器按 1920×1080 出流，客户端按 1:1 显示，画面完美；
5. 没有，切换失败，系统维持原分辨率（比如 2560×1440），但编码器可能仍然按 1920×1080 出流，于是主机端先做了一次缩放，客户端再按自己的窗口比例显示一次，两次缩放叠加，画面就糊了或者变形了。

所以"自动匹配"能成立的前提只有一个：主机端必须真实存在你想要的这个分辨率模式。这个条件在台机上往往不成立——因为你的显示器就那么一块，它支持什么就是什么；这也是为什么笔记本、迷你主机、无头主机（不接显示器的主机）在串流时特别容易出问题，因为它们根本没有显示器，或者只有一块能力有限的屏幕。

1.3 黑边和拉伸是两种病，别用同一种药

我在帮别人看配置的时候，发现一个特别普遍的误判：把拉伸当成黑边来治。这两者的表现完全不同，成因也完全不同。

留黑边的本质是"比例不一致且选择了保持比例"。比如主机输出 16:9，你的手机屏幕是 20:9，保持比例显示时，上下（或左右）必然留白。这种黑边在客户端切到"拉伸"模式就能消失，代价是画面轻微变形。

画面拉伸的本质是"比例不一致且选择了填满"。画面确实铺满了，但人物变胖、圆形变椭圆。这时候改回"保持比例"，黑边就回来了——因为问题根本不在客户端，而在主机输出的比例和你的显示设备比例对不上。

所以真正的解决方案从来不是"选留边还是选拉伸"，而是让主机输出的宽高比等于你屏幕的宽高比。这句话是整篇文章的核心判断标准，后面所有的配置步骤都是围绕它展开的。只要比例对上了，客户端的缩放模式选什么都无所谓，两种情况都不会出现。

2. 现象对照：四类画面异常的分诊表

2.1 上下留黑边、左右留黑边、满屏变形、画面糊

先做一个简单的分类。不同的现象对应完全不同的处理路径，先确诊再动手，能省掉大量无效尝试。

光看这张表还不够，因为"糊"和"拉伸"有时会同时出现，尤其是主机端先缩放、客户端再缩放的情况。这时画面既有形变又有细节丢失，观感特别糟糕，容易被误判成"码率不够"或者"编码器性能差"。

2.2 用显卡缩放模式和显示器OSD做一次交叉验证

判断到底是哪一层出了问题，有一个非常直接的验证方法：在主机的物理显示器上直接看画面。

如果主机本地显示器上画面是正常的、比例正确的，但串流到客户端变形了，那问题在客户端或编码环节；如果主机本地显示器上就已经变形了，那问题在主机端的分辨率设置本身，跟串流没关系。

进一步地，去显卡驱动的控制面板里看"缩放模式"这一项。常见的有三种取值：

• 全屏（拉伸）：显卡把输出的画面硬拉到显示器的原生分辨率，不管比例；
• 保持显示比例：留黑边；
• 不缩放 / 居中：原分辨率输出，四周留黑。

这一项在很多人的机器上是被改过的（装完驱动后默认值并不总是一样），而它同时影响本地显示和串流出流。我见过最典型的一个案例：用户在主机的控制面板里把缩放设成了"全屏"，结果串流时编码器拿到的就是一张已经被拉伸过的画面，客户端再怎么调都没用，因为变形发生在编码之前。

2.3 手机平板的刘海、状态栏与导航栏偷走的那几十像素

移动端还有一个容易被忽略的干扰项：可用显示区域不等于屏幕物理分辨率。全面屏手机带刘海或挖孔，横屏时一侧会被遮挡；系统状态栏和导航手势条也会占掉一条。如果你的客户端选择了"适应屏幕"之类的模式，最终渲染区域的比例可能和 20:9 差了那么一点点。

这几十像素在数学上可能只造成 1~2 毫米的黑边，但视觉上非常膈应——因为它不均匀，一侧有、另一侧没有。处理办法通常是两个：一是在客户端的显示设置里开启全屏沉浸模式，把状态栏和导航条隐藏掉；二是在系统的显示设置里把"应用显示比例"或"刘海区域使用"调整为允许应用使用全部区域。这两个开关在不同系统版本里叫法不一样，但位置都在显示相关的设置页里。

3. 主机端动手：把想要的分辨率真正"造"出来

3.1 自定义分辨率与显示比例的落地步骤

既然前提是"主机端必须存在这个分辨率"，那最直接的思路就是给它造一个出来。主流显卡驱动的控制面板里都有自定义分辨率的功能，路径大同小异：打开显卡控制面板，找到显示相关的设置页，选择"自定义分辨率"，填入宽、高、刷新率，然后测试并保存。

这里有几个参数必须注意，填错会导致黑屏或者保存失败：

• 宽高必须都是偶数，这是硬件编码器的硬性要求，奇数分辨率在串流时会被强制取整，进而产生不可控的黑边；
• 宽高比尽量对齐你客户端的屏幕比例，手机 20:9 就建 2400×1080 这类，平板 4:3 就建 2048×1536 这类；
• 刷新率不要超过物理显示器的上限，虚拟分辨率下超频刷新率很容易点不亮。

保存自定义分辨率之后，还要回到系统的显示设置里真正把它选中，并且确认"高级显示设置"里显示的当前模式确实是它。很多人只做了第一步，以为保存了就生效，实际系统还跑在旧模式上。

提示：自定义分辨率在某些驱动版本里对笔记本内置屏不生效，只有在外接屏或虚拟显示器上才能被系统识别。遇到保存成功但系统设置里找不到的情况，先换到虚拟显示器方案。

3.2 物理显示器 vs 虚拟显示器：什么时候必须上虚拟屏

这是整篇文章里我认为最值得展开的一个取舍，因为它决定了整套方案的稳定性。

用物理显示器的好处是简单，不用装额外组件，显卡输出直连屏幕，延迟和色彩链路都最干净。缺点是分辨率选项被这块屏幕的 EDID 死死限制住，而且串流时切换分辨率会把你本机的画面也一起改掉——如果你正对着显示器做事，画面会闪一下黑，然后所有窗口重新排布。

用虚拟显示器的思路是给系统"假装"接了一块屏幕，这块屏幕的分辨率完全由软件定义，你可以随时造出任何想要的模式，而且它不会影响你物理屏上的窗口布局。串流服务把画面源指向这块虚拟屏，物理屏该干嘛干嘛，互不干扰。

什么时候必须上虚拟屏？三种情况：

1. 无头主机（不接显示器的主机、放在角落的机器），物理上压根没有 EDID 来源；
2. 主机显示器能力太弱，比如只有 1080p 60Hz 的老屏，但你想要 2K 120Hz 的串流；
3. 你不希望串流影响本机使用，比如家里人正在用这台机器看视频，你从手机连进来只想开个游戏。

开源的串流主机端服务通常自带虚拟显示器支持，可以在配置里指定"始终使用虚拟显示器"或者"没有客户端连接时才关闭虚拟屏"。这一项建议打开，它是整套方案能不能稳定复现的关键开关。

3.3 显卡缩放与GPU整数缩放的正确搭配

缩放模式这一项值得单独说，因为它同时影响本地显示和串流出流，而且改动的后果非常隐蔽。

正确的搭配原则是：能不让显卡缩放，就不要让它缩放。

• 如果主机输出分辨率和客户端请求分辨率一致，显卡完全不需要干活，直接 1:1 输出，这是最理想的状态；
• 如果必须缩放，优先选"保持显示比例"，让画面完整显示、按比例留边，虽然会有黑边，但至少不变形，而且你可以在客户端侧再做一次等比裁剪；
• 慎用"全屏拉伸"，它会把变形固化进视频流，客户端无论怎么设置都救不回来。

至于整数缩放（只能按 2 倍、3 倍这种整数倍放大），它在复古游戏和像素游戏场景下体验极佳，但在常规串流里意义不大，因为串流的分辨率切换通常不是整数倍关系。这一项如果你在玩老游戏，可以单独开一个配置档；日常串流建议关掉，避免它在某些分辨率组合下触发意外的缩放行为。

3.4 让本机显示器在串流时不被反复折腾

最后一个主机端的小技巧，跟"体验"有关，跟"能不能用"无关，但用久了你会非常在意。

默认情况下，串流会话开始和结束时，主机都会切换一次分辨率。如果你人就在主机旁边，屏幕会黑一下、闪一下，桌面图标和窗口位置全部重排。一天连几次还能忍，一天连二十次就很烦。

解决办法就是前面说的虚拟显示器——把串流源固定到虚拟屏上，物理屏完全不参与切换。如果没有条件用虚拟屏，那就退一步：把客户端的分辨率设成和主机物理屏完全相同。这样切换请求等于没有变化，系统不会真的执行切换动作，也就不会闪屏。这个折中方案的代价是你失去了分辨率灵活性，但稳定性反而更好，适合"主机就在手边、只是偶尔躺床上玩一会儿"的场景。

4. 客户端侧的收尾工作：缩放选项、码率与刷新率

4.1 Moonlight各端显示设置逐项拆解

主机端搞定之后，客户端这边的任务就简单了，主要是把"最后一道保险"配对。

分辨率：这一项要和主机端造出来的模式严格对应。填一个主机上不存在的值，等于让协商失败，前功尽弃。

帧率：跟随你的显示设备刷新率选。手机 120Hz 就选 120，主机端如果能稳定输出 120 帧就更好；主机端跑不到的情况下，选 60 更稳，因为帧率不匹配会导致周期性卡顿，比低帧率更影响观感。

显示模式：全屏、窗口、无边框窗口三种。移动端基本只有全屏，桌面端建议用无边框窗口，方便切出去看聊天。

缩放模式：核心就是这个。一般有"保持比例""拉伸""裁剪/适应"几档。判断标准还是那句话：如果主机输出的比例和屏幕比例一致，这一项随便选；如果不一致，先回去改主机，别在这里硬凑。

有一点要提醒：不同平台的客户端，这几个选项的名字并不统一，有的叫"视频缩放"，有的叫"显示比例"，有的藏在"高级设置"里。找不到的时候不要慌，先把所有设置项过一遍，通常都在。

4.2 分辨率、帧率、码率的配比计算

码率是决定画面清晰度的直接因素，也是很多人配错的参数。给一个粗略的换算思路，比死记数字好用：

每秒需要的比特数 ≈ 像素总数 × 帧率 × 每像素比特系数。实践中的经验值是每像素每帧 0.07~0.15 bit，动作类游戏取高值，静态画面取低值。用这个系数粗算：

局域网千兆有线环境下，跑到 100 Mbps 以上完全没问题；无线环境要看实际吞吐，5GHz 频段下稳定跑到 50~80 Mbps 已经算不错。码率设太高但链路扛不住，表现出来就是周期性卡顿和花屏，比清晰度不足更难受。

还有一个隐藏陷阱：分辨率切换之后，码率不会自动调整。你从 1080p 切到 4K，如果码率还停在 20 Mbps，画面会立刻变得又软又糊，很容易被误判成"分辨率匹配失败"。切换分辨率后，记得回头看一眼码率设置。

4.3 超宽屏、平板、手机三种比例的专属配置

三种设备的比例差异很大，配法完全不同，分开说。

超宽屏（21:9，如 3440×1440）：这类设备最大的问题是主机上的游戏往往只支持 16:9，游戏内会自己加左右黑边。这时候你在客户端做任何操作都没用，因为黑边是游戏画出来的。可行的办法是用无边框窗口模式跑游戏，配合主机端 21:9 的桌面分辨率，让游戏窗口以无边框方式铺满。

平板（4:3，如 2048×1536）：这是最容易翻车的比例，因为主机和 PC 游戏生态几乎全是 16:9。强行 1:1 匹配会让游戏画面被挤压。实际体验最好的做法是：主机端保持 16:9 输出，客户端用保持比例模式，上下留黑边——虽然不完美，但画面不变形、游戏 UI 完整，是权衡之后的最优解。

手机（20:9 或更细长）：和选项卡相反，手机屏幕比 16:9 更"长"，留边出现在左右两侧。这里的体验其实还好，因为手机屏幕小、黑边不明显，保持比例完全可接受。追求沉浸感的话，可以在主机端造一个对应的超宽分辨率让画面铺满，但要接受部分游戏的 UI 元素被裁掉的风险。

4.4 HDR 与分辨率同时开启时的注意事项

HDR 会让画面观感提升一大截，但它和分辨率、色彩深度是绑在一起的，切分辨率时容易出问题。

HDR 需要 10bit 编码，10bit 相比 8bit，对带宽和编码器性能的要求显著上升。如果你在 4K 60 帧下同时开 HDR，很可能超出编码器的实时处理能力，表现为掉帧或者自动降回 SDR。几个实用建议：

• 先单独把分辨率和刷新率调到稳定，最后再开 HDR，不要一次全开然后一起排查；
• 主机端和客户端两边的 HDR 开关都要打开，只开一边会导致画面发灰或者过曝；
• 切换分辨率之后，HDR 状态有时会掉，需要重连一次会话才能恢复，这不是 bug，是链路重新协商的副作用。

5. 踩坑实录：设置全对但还是有黑边

5.1 编码器分辨率对齐导致的"差一点点"

有一类黑边特别刁钻：它只有几个像素宽，肉眼勉强能看出来，截图放大才能确认。这种基本可以断定是编码器的对齐要求造成的。

硬件编码器为了内存访问效率，通常要求画面宽度是某个数的倍数，常见的对齐值是 2、8 或 16。如果你给的分辨率不满足，编码器会在边缘补像素补齐，补齐的部分就是纯黑。比如 1920 满足 16 的倍数，没问题；但 1918、2398 这类就容易被补。

处理办法很简单：所有自定义分辨率，宽和高都取 8 的倍数。常见的安全值比如 1920、2560、3840、2400、2048、1200、1080。养成这个习惯，能避开一大批莫名其妙的边缘黑边。

5.2 显示器EDID里根本没有你想选的那个模式

前面反复提到 EDID，这里给一个更明确的判断方法：打开主机的系统显示设置，看分辨率列表里到底有没有你想要的那个值。

有 → 系统层面支持，问题在别处； 没有 → 别在客户端上白费力气了，回去用自定义分辨率或者虚拟显示器造一个。

这里还有一个隐蔽情况：列表里有，但选中后自动跳回原来的值。这说明系统尝试切换失败了，通常是刷新率超出显示器能力，或者该模式需要更高的像素时钟。降一档刷新率再试，往往就能成。

还有一种情况是 EDID 被读取失败。有些主机通过转换器、切换器或者长线连接显示器，EDID 信息读不全，分辨率列表会变得非常贫瘠。这类问题跟串流无关，但会直接影响你能选的分辨率范围。

5.3 游戏内部分辨率与桌面分辨率的二次缩放

这个问题在所有排查项里最容易被忽略，也最让人抓狂：桌面分辨率匹配好了，串流比例也对了，但进了某个游戏之后画面就变形了。

原因在于很多游戏有自己的分辨率设置，和桌面分辨率是两个独立的东西。如果游戏内的分辨率停留在一个旧值（比如 1280×720），游戏就会按那个分辨率渲染，然后由显卡或游戏本身缩放到桌面分辨率。这个缩放过程如果在"全屏拉伸"下进行，变形就发生在编码之前，客户端再怎么调都没用。

验证方法：进游戏后先看一眼游戏内的显示设置，确认分辨率和桌面一致；如果游戏支持无边框窗口模式，优先选它，这样游戏窗口会跟随桌面分辨率，省去二次对齐的麻烦。

5.4 扩展屏、复制屏、单屏三种拓扑下的差异

最后一个大坑来自多显示器拓扑。主机接了不止一块屏时，串流服务到底抓哪一块的画面，会直接影响结果。

• 复制模式（两块屏显示同样内容）：系统会按两块屏里"能力较低的那一块"来限制分辨率，如果你的副屏是 1080p，主屏是 2K，复制模式下只能跑 1080p；
• 扩展模式：串流服务通常抓主屏，但如果你想要的游戏跑在副屏上，抓到的就是一片空白或桌面；
• 单屏模式：最干净，没有歧义，串流稳定性最好。

所以如果你在折腾半天之后仍然时好时坏，先去看一眼显示拓扑。我的建议是：串流专用主机尽量只保留一块屏（物理屏或虚拟屏），多屏带来的不确定性远大于它带来的便利。

6. 一套可以直接抄的配置模板与自检清单

6.1 三套常用场景的参数组合

把前面的结论收敛成三套可以直接照抄的配置，覆盖大部分人的需求。

场景一：手机在家局域网串流 1080p 60 帧

场景二：平板 4:3 串流看剧和轻游戏

保留主机 16:9 输出，客户端保持比例，接受上下黑边。码率 20 Mbps 足够，帧率 60。这一套不需要任何自定义分辨率，开箱即用，稳定性最好。

场景三：无头主机 + 2K 120 帧高刷

必须用虚拟显示器。虚拟屏固定 2560×1440@120，主机开机即生效；客户端分辨率严格对齐；码率 60 Mbps 起步，有线千兆；开启 HDR 前先跑十分钟确认不掉帧。

6.2 三分钟自检流程

标题里说的"3 分钟"，指的就是这套流程。按顺序走，每一步都有明确的判断输出，不要跳步。

第 1 分钟：确认主机端有没有这个分辨率。看系统显示设置里的列表，有就往下走，没有就去造。这一步能解决掉七成的问题。

第 2 分钟：确认主机本地画面是否正常。盯着物理屏看一眼比例对不对，人物有没有变胖。正常就说明主机端没问题，问题在客户端；不正常就说明缩放模式或者分辨率选错了。

第 3 分钟：确认客户端和主机是否 1:1。客户端分辨率必须和主机端一致，码率要跟得上，缩放模式按比例一致性来选。三项过一遍，基本就收工了。

走完还是不行，就回到第 5 节那四个坑里对号入座：对齐、EDID、游戏内分辨率、显示拓扑。

我自己长期用下来最深的体会是，这类问题真正难的从来不是配置本身，而是判断问题的边界在哪一层。一旦你把"主机端决定输出、编码器决定能不能编、客户端决定怎么摆"这三层分清楚，绝大多数黑边和拉伸都能在一两分钟内定位。反倒是那些一上来就在客户端里反复切换缩放模式的思路，看着操作很多，实际一直在原地打转。另外分享一个我用了很久的小习惯：每调好一套组合，就把主机端和客户端的参数抄在一张便签上存起来，包括分辨率、刷新率、码率、HDR 状态。换设备或者重装系统之后照着填一遍，比重新摸索快得多，也不用再经历一遍"明明之前好好的"的抓狂。