远程桌面软件的速度取决于特定设置中哪些标准最为重要:不同网络的路由、地理位置和防火墙规则各不相同,因此没有哪款工具能在任何环境下都保持一贯的速度优势。与这一提醒相比,具体细节更为重要。
为此,我们选取了几款知名的远程桌面工具—TeamViewer、AnyDesk 和 HelpWire—进行并排对比:它们如何处理连接路由、在内部测试中的表现,以及各自启动支持会话的速度。我们的目标是找出在何种条件下每种工具表现最佳,而不是评出一个放之四海而皆准的赢家。
决定远程桌面速度的因素是什么?
远程桌面速度归结为六个因素:连接路由、地理距离、供应商基础设施、网络质量、防火墙和 VPN 规则,以及显示设置。它们的重要性并不相同。网络质量、连接路由和显示设置往往对远程桌面延迟和带宽使用产生最直接的影响,而供应商基础设施的规模更多是在边际上才显得重要,主要是在会话被迫通过中继时。
连接路由:P2P 与中继
点对点(P2P)连接在两台设备之间直接路由数据,而中继连接则通过中间服务器进行路由。直接路由通常能降低延迟,但中继并不总是更慢,因为在拥塞的网络中,位置合适的中继服务器可能比质量较差的直接路由表现更好。直接连接也并非总是可行,因为这取决于两台设备能否协商出一条绕过防火墙和 NAT(网络地址转换)规则的路径。
地理距离和中继服务器位置
物理距离会增加延迟,因为数据传输有实际可行的速度上限。即使连接状况良好,位于同一大陆两端的两台设备之间的会话,其往返时间也比同一城市内的会话更长。这就是为什么同一工具在某个地区会感觉更快,而在另一个地区则较慢,也说明了为什么在长距离下,直连往往比经由中继的路径表现得更为一致。
供应商基础设施和服务器容量
中继网络的区域覆盖、容量和冗余性会影响在无法直接连接时会话需要绕行的程度。更广的覆盖通常会在路径上提供更近的服务器,而富余的容量会降低落到过载服务器上的概率。规模有帮助,但并不能消除经由中间服务器路由的固有成本。
双方的网络质量
一次会话的性能取决于双方的网络质量,而不仅仅是一方,因为远程桌面流量取决于两条连接中较弱的那一条。延迟是往返时延,抖动是时延的不一致性,丢包会迫使重新传输,从而表现为卡顿。远端的上传速度与操作者端的下载速度同等重要,因为屏幕数据是从远端设备向外传输的。
防火墙、NAT 和 VPN
防火墙规则、NAT 配置和 VPN 决定了是否能建立直接连接,与连接速度无关。企业防火墙通常会阻止直接连接所需的端口,即使在快速网络上也会被迫走中继路径,而移动网络上的对称 NAT 或运营商级 NAT 会造成同样的问题。酒店 Wi‑Fi 网络就是常见示例,因为这类强制门户网络经常会阻止直接连接所需的端口。VPN 还会增加一次路由跳,并可能阻止这些端口,除此之外还带来自身的开销。
显示和性能设置
更高的分辨率、图像质量和帧率会增加会话所需的带宽,这也是为什么显示设置对感知速度的影响与路由同样显著。即使在直连路径上,受限的连接也会表现为延迟;而允许操作员降低图像质量或优先速度的工具,则能在固定的高质量设置会卡顿的情况下保持响应。
最快的远程桌面软件:值得一试的最佳工具
这三款远程桌面软件都可以建立直连和中继会话,但它们在编解码器设计、防火墙处理、性能控制,以及用户在受限网络上常遇到的问题方面存在差异。
性能对比测试
为在相同条件下比较真实环境下的响应性,我们在同一台 Windows 10 系统上以 1920×1080 分辨率,通过持续拖动窗口的操作对 HelpWire、AnyDesk 和 TeamViewer 进行了评估。在低、默认和高质量设置下,测量了带宽消耗、处理器利用率和画面流畅度。
HelpWire 在默认质量设置下提供了最流畅的画面,其响应性可与 TeamViewer 仅在最高质量配置下才能达到的水平相当。但这以带宽为代价,HelpWire 在默认设置下约使用 5 Mb/s,而 TeamViewer 在默认配置下约为 0.5 Mb/s。同时,TeamViewer 在整个基准测试过程中始终保持更高的处理器利用率,表明其在带宽效率与 CPU 使用之间采取了不同的权衡。
这些发现使 HelpWire 成为速度最快的远程桌面软件之一。对于以实时交互顺畅为优先的环境,HelpWire 在本次对比测试中表现最为出色。
TeamViewer
当网络条件允许时,TeamViewer 会尝试建立直接连接,在考虑任何其他选项之前协商点对点路径。当无法建立直接路径时(通常是由于严格的企业防火墙或对称 NAT)会话将回退到 TeamViewer 的中继基础设施。该路由决策会在会话开始时自动进行,无需操作员或远程用户的介入。
已报告的 TeamViewer 速度问题
IT 论坛上的反响褒贬不一,并且很大程度上取决于人们将 TeamViewer 与什么进行比较。在一场关于远程办公人员远程桌面速度的 r/sysadmin 讨论中,一位为远程数据录入工作测试方案的 IT 管理员评价称,TeamViewer 是所试用工具中速度最快的,领先于 RemotePC 和 Splashtop,尽管其价格使其不适合小型团队。其他帖子则在受限或企业网络环境下描述了相反的体验,在这些情况下,会话更常默认走中继路由,响应速度下降。在这些情况下,TeamViewer 自身的指导建议将更新客户端版本和确保网络条件稳定作为首要的故障排查步骤。
AnyDesk
AnyDesk 也会首先尝试直接连接,只有在直接协商失败时才回退到中继模式。其专有的 DeskRT 编解码器在低带宽连接下保持视频流的响应性,会根据可用带宽调整图像质量,而不是影响会话选择哪条网络路径。尽管它们有时被一并描述,但编解码器与路由决策是相互独立运行的。
已报告的 AnyDesk 速度问题
在非正式比较中,社区对 AnyDesk 速度表现的评价比 TeamViewer 更为正面。在关于最快远程桌面软件的 r/software 讨论 中,有几位用户称 AnyDesk 的性能明显更好,且比 TeamViewer 更容易设置。即便如此,在防火墙规则严格的企业网络中,用户报告当直接协商失败时会出现连接超时,并被迫通过中继路由;这种情况也在关于在企业防火墙环境下诊断 AnyDesk 的 IT 论坛帖中有所记录。对于 修复 AnyDesk 网络超时问题,AnyDesk 官方文档建议禁用直接连接并强制使用中继模式作为回退,用增加一些延迟来换取可靠性。
HelpWire
HelpWire 会自动尝试建立直接的点对点连接;当无法直连时,会回退到加密的中继服务器。Firewall-Friendly Connectivity 可减少因防火墙配置而不得不将会话转到中继的情况,而 Performance Settings 则允许操作员在网络状况变化时优先考虑速度或图像质量。
在为本次评测进行的对比测试中,HelpWire 在所评估的方案中呈现出最流畅的动态表现,在默认配置下即可达到与 TeamViewer 最高画质设置相当的水平,但带宽开销更高。这些结果,加上其以点对点为先的架构和 Quick Connect 工作流程,使 HelpWire 成为寻求最快远程桌面软件的团队的有力选择之一。完整的方法论和测试条件见下文。
为什么 HelpWire 表现出色
基准测试结果反映了多项架构决策,这些决策在真实场景的支持会话中优先保证响应性。
点对点连接
HelpWire 在可行时会建立直接的点对点连接,通过避免中继服务器来降低延迟。若无法建立直连路径,它会自动切换到加密的中继服务器以维持会话运行。
性能设置
操作员可根据当前网络状况优先选择速度、图像质量或自动优化,在响应性与带宽使用之间取得平衡。
对防火墙友好的连接
HelpWire 旨在无需更改客户端防火墙设置即可建立会话,从而减少受管网络中的连接延迟。
快速连接
快速连接免去了交换 ID、密码或连接地址的需求。一条链接即可更快地启动会话,使 HelpWire 成为寻求最快速远程桌面软件的团队的有力之选之一。
连接性能比较
| 类别 | TeamViewer | AnyDesk | HelpWire |
| 直接连接 | 在网络条件允许时尝试 | 在网络条件允许时尝试 | 默认尝试(点对点) |
| 中继回退 | 是 | 是 | 是,加密 |
| 受防火墙限制的网络 | 回退到中继,可能需要根据文档设置防火墙例外 | 可能需要根据文档手动强制使用中继模式 | 旨在无需客户端防火墙更改即可连接 |
| 低带宽处理 | 可调画质和性能选项 | DeskRT 编解码器旨在提升低带宽下的响应性 | 性能设置: 优先速度或图像质量,或自动 |
| 运动流畅度与带宽(HelpWire 内部测试) | 需要最高测试画质才能匹配 HelpWire 的默认流畅度,且全程带宽更低 | 本轮尚未测试 | 默认画质匹配了 TeamViewer 的最高,且全程带宽使用更高 |
| 已发布的对比基准测试 | 未发布供应商中立的基准测试 | 未发布供应商中立的基准测试 | 未发布供应商中立的基准测试; HelpWire 进行了自己的内部测试(见上文) |
即便没有受控、独立的延迟基准来对三种工具进行直接排名,它们在路由机制和网络处理方面仍存在显著差异。HelpWire 在这方面的优势并非保证更低的延迟数值,而是点对点优先的模型、加密中继回退,以及无需在客户端重新配置防火墙,并且在运动流畅性方面,上文所示的 HelpWire 自身内部测试为其提供了支持。
3. 连接速度也决定了开始会话所需的时间
运行时延迟只是感知速度的一部分。在支持工作流程中,安装软件、读取凭据以及解释连接步骤所花费的时间,加起来可能比连接协商本身造成更多延迟。
TeamViewer 会话开始
在远程端启动 TeamViewer 会话可以通过完整客户端或便携的 QuickSupport 工具进行,随后将一个数字 ID 和一次性密码读给操作员,操作员输入后即可连接。
AnyDesk 会话开始
启动 AnyDesk 会话意味着运行其客户端,与操作员共享连接地址,并在会话开始之前接受传入请求。
HelpWire 快速连接
HelpWire 的 Quick Connect 以不同的方式启动。操作员发送一个连接链接,远程用户打开它并运行一个临时的一次性客户端,无需安装常规软件或创建账户,并授予访问权限。在会话开始之前,无需交换数字 ID 或单独的密码。若想更全面地了解这种方法,无需安装的远程桌面工具 介绍了 Quick Connect 与其他免安装选项的比较。
会话开始比较
| 步骤 | TeamViewer | AnyDesk | HelpWire Quick Connect |
| 远程端软件 | 完整客户端或便携式 QuickSupport 工具 | 客户端,便携版或已安装版 | 临时一次性客户端,无需安装 |
| 手动信息交换 | ID 和密码,口头告知或单独发送 | 连接地址,与操作员共享 | 无,仅需连接链接 |
| 需要账户 | 否,适用于按需会话 | 否,适用于按需会话 | 否 |
| 授权步骤 | 远程用户接受传入会话 | 远程用户接受传入会话 | 远程用户打开链接并授予访问权限 |
HelpWire 在此类别中获胜,因为远程用户只需点击链接,而无需向操作员读出或与其交换连接凭据。
4. 哪一个是最快的远程桌面解决方案?
针对会话内的响应性
在会话内响应性方面,没有任何工具可以被称为通用赢家,因为这取决于网络路由、地理位置、防火墙规则以及服务器负载。HelpWire 的点对点优先架构、加密中继回退以及对防火墙友好的连接,在机制上是优势,上述 HelpWire 的内部测试也特别在画面运动的流畅性方面对其加以佐证。该测试只是一次内部结果,并非受控的、独立的基准测试,而 AnyDesk 基于编解码器的低带宽响应性方案在受限连接条件下依然是一项真正的强项。
用于开始支持会话
在开始支持会话时,HelpWire 在三者之中拥有最短且最简单的工作流程。Quick Connect 省去了 TeamViewer 和 AnyDesk 需要的 ID、密码或地址交换,将流程简化为一个链接和一次批准点击。这一点对临时的一次性支持请求最为重要,因为在工作开始之前,每多一步都会增加摩擦。
总体建议
TeamViewer 和 AnyDesk 依然是功能强大的工具,并有广泛的基础设施支撑;尤其是 AnyDesk 在较慢的连接下也能保持良好表现。对于需要用于按需工作的快速远程支持软件的团队,HelpWire 是更实用的选择:其以点对点优先的路由模型为基础,提供加密中继回退和对防火墙友好的连接方式,而且据其内部测试显示,在默认设置下的画面流畅度甚至比 TeamViewer 在最高设置下更出色。
常见问题
是的,服务器位置会影响远程桌面速度,尤其是在会话无法直连而回退到中继服务器时。若中继服务器距离操作者或远程设备较远,数据需要传输的距离会增加,即使双方的本地连接速度很快,也会导致更高的延迟。这就是为什么同一工具在某个地区的体验会比在另一个地区更快。
不,直接连接并不总是比中继连接更快。直接路径通常可以降低延迟,前提是能够建立起直接路由。在拥塞或长距离网络上的质量较差的直接路由,其性能可能比通过地理位置优越的服务器进行的稳定中继路径更差。
当 VPN 增加一个额外的路由跳或阻止直接点对点连接所需的端口时,可能会减慢远程桌面连接。经由 VPN 隧道再通过中继服务器的流量,所走的路径比直接连接更长,在 VPN 自身开销之上还会增加可测量的延迟。暂时禁用 VPN 进行连接测试有助于确认变慢的来源是 VPN 还是远程访问工具。
这取决于工具的实现方式以及所使用的质量设置。AnyDesk 的 DeskRT 编解码器专门用于在较慢的连接下减少远程桌面的带宽占用。在 HelpWire 自身的内部测试中,在相同质量设置下,TeamViewer 的带宽占用低于 HelpWire,但处理器负载明显更高,这表明 TeamViewer 以更高的 CPU 使用来换取更低的带宽占用,而不是完全避免这种成本。
Quick Connect 是一种启动按需远程会话的方式,无需任何一方事先创建账户或安装标准客户端软件。HelpWire 的 Quick Connect 使用临时的一次性客户端,仅在会话期间运行,会话结束后即失效。这非常适合一次性支持请求,在这种情况下,账户设置会在会话开始前增加不必要的步骤。