降低远程桌面延迟的 7 种方法（真正有效的）。

大多数延迟指南都从“重启路由器”开始。这里是我们用毫秒来衡量的七种修复方法——出自以打造原生远程桌面为生的团队之手。

延迟从哪里来

远程桌面的延迟，就是“这感觉就像我自己的电脑”与“这根本没法用”之间的差距。如果光标落在触控板后面，按键迟迟才到，或者画面像 2005 年的视频聊天，那说明延迟预算已经在这条六步管线的某个环节被耗光了。

我们做的是 Remio，一款原生远程桌面，所以我们花了多到不好意思的时间来测量这条管线。每次会话中都会出现三类延迟：

• 网络延迟。两台设备之间的往返时间。这是唯一最大的变量。
• 编码与解码延迟。主机压缩一帧画面、客户端解压一帧画面所需的时间。
• 渲染延迟。客户端应用把这些解码后的像素显示到屏幕上所需的时间。

大多数指南只解决网络延迟。而编码和渲染的开销往往同样可观——尤其是在不使用硬件加速的应用上。下面这七种修复方法涵盖了这三个层面，按每一种能挽回多少毫秒来排序。

七种修复方法，按效果排序

严重程度反映的是这种修复能消除多少延迟，而不是实施起来有多难。立竿见影的小技巧排在最后——最后再做，但不要跳过。

01 · 让主机接入有线以太网

关键 症状——光标卡顿，画面每隔几秒撕裂一次

只要网线够得着，主机就不该连 Wi-Fi。Wi-Fi 在状态好的时候也会增加 5 到 30 ms 的延迟，而丢包尖峰正是造成可见卡顿的原因，任何软件设置都掩盖不了。一个 USB-C 或雷电以太网适配器大约十五美元，消除的延迟比任何编码器调优都多。客户端一侧影响较小，但如果你在为游戏或音乐制作斤斤计较每一毫秒，也把它接上网线。

02 · 启用硬件视频编码

关键 症状——CPU 明显发热，串流时风扇转速上升

这是一款尚可接受的远程桌面与一款出色的远程桌面之间的区别。硬件编码会把画面交给 GPU 专用的视频模块处理，而不是 CPU。它更快、更省电，并且在相同码率下画质更好。请确认你的远程桌面应用已启用它：

• NVIDIA——NVENC，出色且支持广泛
• AMD——Windows 上用 AMF，Linux 上用 VCE
• Intel——Quick Sync Video
• Apple 芯片——VideoToolbox（Remio 在 Mac 上使用的就是它）

如果你现在用的应用只支持软件编码，光这一点就足以成为换掉它的理由。

03 · 优先直连，而不是中继服务器

关键 症状——会话信息显示的是“中继”而不是“直连”

当两台设备通过中继服务器连接时，每个数据包都要绕一段路：客户端到中继，再到主机。视中继所在位置而定，这段绕路可能增加 30 到 100 ms。而设备到设备的直连，则让数据直接在两台机器之间传输。在同一局域网内，这意味着约 8 ms 的处理延迟。许多基于浏览器的工具把一切都经由自家的云服务器中转，从不提供直连路径。检查一下连接面板——如果上面写着中继，那就是你延迟的来源。

Remio 默认直连，只有在严格的企业防火墙或特殊的网络配置导致无法直连时，才会回退到中继。

04 · 改用 5 GHz Wi-Fi 或 Wi-Fi 6E

中等 症状——走 Wi-Fi 时迟钝，走以太网时正常

如果确实没办法有线，至少要确保两台设备都在 5 GHz 频段上。2.4 GHz 频段与微波炉、蓝牙、婴儿监视器以及邻居家的物联网设备共用——那里拥挤不堪。5 GHz 带来更低的延迟、更高的吞吐量和更少的干扰。代价是覆盖范围更小，但用远程桌面时，你通常和路由器在同一个房间。如果路由器支持 Wi-Fi 6 或 6E，请把它打开。OFDMA 和目标唤醒时间（TWT）功能在拥挤的环境里确实有帮助。

05 · 让串流分辨率与你使用的屏幕相匹配

中等 症状——网络良好，但编码器在降低画质或让画面排队

以全分辨率串流 4K 显示器，传输的数据量大约是 1080p 的四倍。如果网络跟不上，编码器要么降低画质，要么让画面排队——这两种情况都会让人觉得延迟。请在应用设置中降到 1080p 或 1440p。在 13 英寸 iPad 或笔记本电脑屏幕上，你看不出差别，但延迟预算会有差别。如果应用支持，请降低主机显示器的分辨率，而不是仅仅缩小串流画面——这样还能减轻主机 GPU 的负担。

06 · 使用原生客户端，而不是浏览器标签页

关键 症状——使用的是基于浏览器或基于 Electron 的客户端

基于浏览器的远程桌面工具——Chrome Remote Desktop、TeamViewer 和 AnyDesk 的网页客户端——会增加整整一层开销。浏览器要先解码视频，再通过浏览器的渲染管线合成，然后才交给操作系统显示。这会多出一到三帧的延迟，在 60 fps 下就是 16 到 48 ms。

原生客户端则借助各平台的原生图形层，直接解码到 GPU。画面依次经过硬件解码器、GPU、屏幕——没有任何中间步骤。这就是 Remio 在每个平台上都做成 100% 原生应用、并使用各平台自己的界面框架的原因。没有 Electron，没有网页视图，没有跨平台抽象层。

07 · 让两端的后台应用安静下来

立竿见影 症状——延迟感觉很随机，白天会出现尖峰

这听起来显而易见，却一直被低估。在主机上，每个占用 CPU 或 GPU 的应用都在抢编码器的运算周期。在客户端上，每个争抢带宽的应用都在抢串流的余量。常见的“嫌疑人”：

• 云同步——Dropbox、OneDrive、iCloud 在后台上传
• 系统更新——Windows Update 和 macOS 更新在悄悄下载
• 流媒体应用——Spotify、一个 YouTube 标签页，任何会占用网络的东西
• 备份——Time Machine、Backblaze、计划中的 cron 任务

开始会话前，先暂停云同步和备份；会话结束后再恢复。

为什么 Remio 天生就快

我们不是先做出 Remio，再想办法让它变快。从第一天起，我们就按消除延迟的目标挑选技术栈的每一层：

• 所有平台均采用硬件加速编码——编码耗时 2 到 5 ms，而不是 20 到 30 ms。
• 默认设备到设备直连——两台机器之间走直接路径，没有中继绕路。
• 原生 GPU 渲染——解码后的画面直达屏幕。
• 没有浏览器层——网页渲染引擎带来的开销为零。
• 自适应码率——画质随网络实时调整，画面绝不排队。

在有线以太网的局域网内，Remio 的处理延迟约为 8 ms（内部实测，其余是你显示器自身的 60 Hz 刷新节奏）——你的输入会赶在下一帧绘制之前送达。在典型的家用 Wi-Fi 下，这个数字在 25 到 40 ms 之间。两者的感觉都像是坐在真正的那台机器前。

会话前检查清单

下次远程会话之前，先过一遍这份清单。每一项都对应上面七种修复方法之一。

• 主机接入以太网——至少也要用 5 GHz Wi-Fi。
• 已开启硬件编码——在应用设置中确认。
• 已暂停云同步——Dropbox、OneDrive、iCloud。
• 串流分辨率合理——除非有千兆网络，否则用 1080p 或 1440p。
• 连接类型是直连——而不是中继。
• 没有大文件下载或备份——推迟到会话结束之后。
• 使用原生应用——而不是浏览器标签页。

七项全部做到，大多数人遇到的延迟大约可以消除 80%。剩下的 20% 来自互联网路由，唯一的办法是把主机放到离你更近的地方——或者在延迟真正重要时，把会话保持在局域网内。

最好的远程桌面，是让你忘了它是远程的那一款。

如果做完这份清单上的所有修复后延迟依然存在，瓶颈很可能出在应用本身。免费试用 Remio——无需账号，无需信用卡，只要一个 PIN 码就能连接。你可能会惊讶，原来那么多的迟缓是出在软件上，而不是网络。

最后更新：2026 年 5 月。随着编码器、网络和操作系统的演进，我们会持续更新这份指南。