重新构想 Azure 虚拟桌面中的会话自动重连

自动重新连接通过在连接恢复时自动还原现有远程会话，帮助在临时网络中断期间保持用户的工作效率。 自动重新连接不要求用户再次登录，而是保留会话状态、打开应用程序和内存中工作，以便用户可以在中断的位置继续。

当前自动重新连接行为

目前，自动重新连接使用基于重试的恢复模式，该模式在客户端检测到连接丢失后启动。

发生中断时，客户端首先通过 TCP 断开连接、保持活动超时或基础网络接口丢失等信号检测传输失败。 如果设备没有活动的网络连接，客户端将一直等待，直到操作系统指示连接已恢复。 网络可用后，客户端将进入重新连接循环，在该循环中反复尝试重新建立会话。

每次重新连接尝试都是一个完整的端到端操作，可以包括中转站业务流程，用于获取新的连接令牌、网关选择、TLS 协商、传输重建和远程用户登录。 因此，每次尝试都会产生不小的延迟。

重试行为遵循带有抖动的指数退避算法，即每次尝试之间的延迟会逐渐增加（从大约 1 秒开始，并在每次重试时翻倍，直到达到设定的最大上限）。 此重新连接过程在大约 30 秒的整个时段内继续进行。 如果客户端无法在此窗口中还原连接，则重新连接尝试被视为失败，并提示用户重试或取消会话。

从用户体验的角度来看，在此过程中，屏幕实际上是冻结的。 此时会显示模式“重新连接”对话框，阻止用户输入，并且会话在重新连接成功或重试窗口过期之前显示为无响应。 这可能会导致明显的中断和恢复时间，从几秒钟到更长的时间不等，具体取决于网络条件。

新式自动重新连接行为

新式自动重新连接将重试驱动的模型替换为连接保留模型，该模型可避免重复的重新连接尝试，而是专注于在任何可行网络路径可用后立即快速还原连接。

发生网络中断时，客户端将进入 连接暂停 状态，而不是重复重新连接。 客户端等待网络连接恢复时，会话在主机上保持活动状态。

此体验由 RDP 多路径 启用，该RDP 多路径维护多个传输路径并允许连接恢复，而无需重新生成整个连接状态。

一旦网络路径可用，客户端就会恢复现有会话。 由于会保留连接上下文，因此恢复速度明显加快，并且通常可在还原连接后立即进行。

如果在允许的等待期内未恢复连接，系统会提示用户继续等待或关闭会话。

用户体验改进

新式自动重新连接在临时网络中断期间提供更具弹性和更少中断的体验。

与当前的重新连接模型相比，用户受益于：

• 恢复连接后恢复速度更快

• 网络转换期间的可见中断更少

• 会话状态和应用程序上下文的保留

• 减少对重复重新连接尝试的依赖

• 改进了在网络之间切换或从短暂的连接中断恢复时的体验

客户端不会显示阻断式的重新连接界面，而是显示一条简洁的 连接已暂停 通知，表明当前会话正在暂时等待连接恢复。

在许多情况下，例如在无线网络之间移动或从短暂的连接中断中恢复，中断时间足够短，用户可能会很少遇到中断或根本没有遇到中断。

可用性和要求

新式自动重新连接需要支持更新的连接模型和RDP 多路径。 若要使用此体验，请为 Windows 版本 2.0.1314.0 或更高版本安装Windows 应用。