Windows 应用程序 vs 远程桌面客户端

介绍

微软已围绕Windows应用重新组织其远程桌面客户端组合。基于MSI的Windows Microsoft远程桌面客户端，也称为MSRDC，将于2026年3月27日停止对公共云环境的支持。

然而，Windows 应用并不能替代每一个 Microsoft 远程访问工具。IT 团队在改变客户策略之前，仍然必须区分云桌面、远程桌面服务和直接 RDP 连接。

您正在使用哪个 Microsoft 远程桌面产品？

微软的重叠 remote access 产品名称是导致这个主题令人困惑的主要原因之一。在计划迁移之前，管理员应根据每个客户端的安装来源、可执行文件和预期连接类型来识别每个客户端，而不是仅仅依赖于显示给用户的名称。

Windows 应用程序

Windows 应用是微软针对 Azure 虚拟桌面、Windows 365、Microsoft Dev Box 和选定的远程桌面服务或直接 PC 连接的统一客户端。它可在 Windows、macOS、iOS 和 iPadOS、Android 和 Chrome OS、网页浏览器以及 Meta Quest 上使用，尽管可用的资源和功能因平台而异。

微软远程桌面客户端 for Windows

独立的 MSI 应用程序，也称为 MSRDC，主要设计用于将 Windows 终端连接到 Microsoft 云桌面。尽管名称广泛，但它并不打算作为传统远程桌面服务源或直接远程 PC 连接的通用客户端。

对MSI客户端的支持 在微软公共云环境中结束于2026年3月27日 临时扩展在某些主权云和遗留 Azure 虚拟桌面环境中保持有效，因此管理员在移除之前应确认环境。

Windows远程桌面应用程序

通过 Microsoft Store 分发的远程桌面应用程序是一个独立的产品，支持云资源、远程桌面服务和直接 PC 连接。它于 2025 年 5 月 27 日停止支持，不再提供新安装。

微软在2025年9月30日后阻止了其与Azure虚拟桌面、Windows 365和Microsoft Dev Box的连接。远程桌面服务和直接PC连接不在该限制之内，尽管该应用程序本身不再是微软长期客户战略的一部分。

远程桌面连接，或MSTSC

远程桌面连接 是通过mstsc.exe启动的经典Windows客户端。它内置于Windows中，直接连接到远程计算机、虚拟机和Windows Server环境。

MSTSC 与已退役的 Microsoft Store 应用程序和不受支持的 MSI 客户端分开。微软继续将其视为直接远程 PC 访问的普遍可用 Windows 选项。

微软远程桌面客户端的支持结束时间表是什么？

过渡是分阶段进行的，因此IT团队不应将其视为一次性退休事件。

日期	更改	操作影响
2025年5月27日	Microsoft Store 远程桌面应用程序已结束支持	新安装不再可用
2025年9月30日	商店应用程序云连接被阻止	云用户必须迁移到Windows应用程序
2026年3月27日	MSI客户端和传统Web客户端在公共云中已达到支持结束。	公共云用户应使用Windows应用程序
2026年9月28日	Azure Government、由21Vianet运营的Azure和AVD Classic的扩展MSI支持结束	这些环境需要自己的迁移计划

根据 Microsoft Learn，Microsoft 尚未宣布 Azure Government 或由 21Vianet 运营的 Azure 的相同 Web 客户端结束日期。管理员在应用公共云时间表之前，应确认每个主机池的云环境。

已安装的客户端在支持结束后可能会继续启动，但组织不应假设会继续兼容、安全服务或可靠访问。

Windows 应用程序与远程桌面客户端：比较

以下表格比较了Windows应用程序与独立的MSI客户端。

能力	Windows 应用程序	MSI远程桌面客户端
主要角色	统一访问Microsoft云和支持的远程资源	对Microsoft云桌面的传统访问
Azure 虚拟桌面	支持	自2026年3月27日起不支持公共云
Windows 365	支持	自2026年3月27日起不支持公共云
微软开发箱	支持	自2026年3月27日起不支持公共云
Windows上的RDS馈送	不支持	不支持
直接远程PC在Windows上	预览	不支持
浏览器访问	微软云资源	遗留的网络客户端在公共云中不受支持
平台	Windows, macOS, 移动, 网络和Meta Quest	仅限Windows
账户体验	多个工作或学校账户	较旧的经验
微软方向	当前战略客户	遗留客户端

Microsoft Learn的Windows应用程序功能矩阵还显示了在显示、重定向、身份验证、安全性和网络能力方面的平台差异。测试实际的端点和工作负载，而不仅仅依赖于产品级支持。

Windows 应用程序做得更好的是？

Windows 应用程序不仅仅是之前远程桌面客户端的重命名版本。微软设计它是为了在多个终端平台上提供云桌面、云 PC、开发箱和选定远程资源的统一访问体验。

一个界面用于微软云资源

Windows 应用将分配的 Azure 虚拟桌面资源、Windows 365 云 PC 和 Microsoft 开发箱整合在一个界面中。用户可以搜索资源，将常用的桌面或应用标记为收藏，并在工作或学校账户之间切换。

这种方法可以简化在多个 Microsoft Entra 租户中工作的顾问、管理员和托管服务提供商的访问。它还减少了为每个 Microsoft 云服务维护不同用户工作流程的需求。

跨平台访问和现代功能

Windows 应用程序可在主要桌面和移动平台上使用，也可以通过支持的网络浏览器访问。根据终端和远程服务，它可以提供动态分辨率、多显示器、外部显示器支持、Microsoft Teams 媒体优化以及摄像头、音频、存储和打印机的重定向。

然而，这些功能是 在每个平台上并不相同 多显示器支持、浏览器功能和外设重定向在 Windows、macOS、移动设备和网页客户端之间可能有所不同，因此管理员应测试完整的用户场景，而不是假设功能完全相同。

在托管的Windows设备上更简单的部署

组织可以通过 Microsoft Intune 使用 Microsoft Store 应用程序模型将 Windows 应用程序部署到受管理的 Windows 终端。这可以简化安装和更新，与维护单独的 MSI 打包和升级过程相比。

集中部署并不消除兼容性测试的必要性。Windows 应用可能成功安装，但仍然缺少特定用户组所需的连接类型、显示功能或重定向能力。

Windows 应用程序何时不替代传统 RDP 客户端？

Windows App 是 Microsoft 公共云桌面的支持继任者，但它并不取代每个远程桌面协议或远程桌面服务工作流程。它的功能仍然依赖于终端平台、远程资源以及该资源的发布方式。

Windows上的远程桌面服务

微软当前的平台矩阵不支持通过Windows或浏览器上的Windows应用程序订阅远程桌面服务。RDS访问可以通过macOS、iOS和iPadOS、Android和Chrome OS以及Meta Quest上的Windows应用程序获得。

此限制影响使用本地 RD 会话主机、RemoteApp 集合、RD Web 访问、RD 网关或传统 Windows Server RDS 农场的组织。根据架构，管理员可能仍需要 MSTSC、RemoteApp 和桌面连接或其他维护的客户端和网关。

直接远程PC连接

直接远程PC访问在Windows上的Windows应用中仍然是预览功能。当组织需要一个普遍可用的Microsoft Windows客户端时，Microsoft继续推荐内置的远程桌面连接应用程序。

用户连接到物理工作站、虚拟机或Windows Server系统，因此不需要仅仅因为对MSI云客户端的支持已结束而更换MSTSC。这两个应用程序服务于不同类型的连接。

浏览器访问自托管资源

Windows App网页体验支持Azure虚拟桌面、Windows 365和Microsoft Dev Box。目前不提供基于浏览器的直接远程PC或传统远程桌面服务环境的访问。

需要浏览器访问自托管Windows应用程序或桌面的组织需要另一种交付方式。 HTML5远程访问网关 或应用程序发布平台可以提供该访问，而无需用户安装本地客户端。

个人微软账户

Windows 应用在用户登录以访问 Microsoft 云资源时需要 Microsoft 工作或学校帐户。个人 Microsoft 帐户通常不能用于此标准登录过程。

用户仍然可以在支持此连接类型的平台上直接添加远程 PC，而无需登录 Windows 应用。在这种情况下，身份验证是针对远程计算机进行的，而不是通过 Windows 应用云账户。

Windows 应用程序 vs MSTSC：您应该使用哪个？

Windows 应用程序和 MSTSC 解决不同的访问问题。Windows 应用程序发现通过 Microsoft 云服务分配的资源，而 MSTSC 直接连接到已知的主机名、完全限定域名或 IP 地址。

选择还取决于远程资源的管理方式。Windows 应用程序通过 Microsoft Entra 账户呈现分配的桌面和应用程序，而 MSTSC 则依赖于用户输入的连接详细信息或存储在 .rdp 文件中的信息。

使用Windows应用程序时	使用 MSTSC 时
用户连接到 Azure 虚拟桌面	用户直接连接到 Windows 主机
用户访问 Windows 365 Cloud PC	管理员管理Windows Server系统
开发人员使用 Microsoft Dev Box	现有的 .rdp 文件仍然很重要
用户在 Microsoft Entra 租户之间切换	需要一个普遍可用的直接RDP客户端

2026年3月的支持变更涉及与Microsoft云资源一起使用的基于MSI的Microsoft远程桌面客户端。这并不标志着远程桌面协议、远程桌面服务或MSTSC的结束。

因此，组织可以继续使用这两种工具。Windows 应用可以为云桌面用户服务，而 MSTSC 仍可用于直接工作站和服务器连接。IT 团队应记录每个资源适用的客户端。清晰的说明可以帮助用户避免在多种远程访问方法共存时打开错误的应用程序。

如何从远程桌面客户端迁移到Windows应用程序？

一个可靠的迁移应该从用户依赖的连接开始，而不是他们设备上安装的应用程序名称。这种方法帮助IT团队在不意外中断直接RDP、远程桌面服务或基于浏览器的访问的情况下迁移Microsoft云工作负载。

识别已安装的客户端

首先盘点基于MSI的远程桌面客户端、前Microsoft Store应用程序、MSTSC、浏览器客户端、第三方RDP工具和HTML5门户。MSI和Store应用程序可能都以“远程桌面”的名称出现，因此部署源、包标识符和可执行路径提供了一种更可靠的区分方式。

此清单还应显示哪些用户和设备仍然依赖于每个应用程序。如果没有这些信息，IT团队可能会删除一个仍然支持重要非云连接的客户端。

分类远程资源

将每个连接映射到它实际到达的资源，例如 Azure 虚拟桌面、Windows 365、Microsoft Dev Box、远程桌面服务、单个 PC、Windows Server、已发布的应用程序或基于浏览器的工作区。

此分类将属于Windows应用程序迁移的资源与需要其他客户端策略的资源分开。它还帮助识别依赖多种连接类型的用户，这些用户可能需要保留多个访问工具。

移动公共云用户

访问 Microsoft 公有云环境中的 Azure 虚拟桌面、Windows 365 或 Microsoft Dev Box 的用户应迁移到 Windows 应用。在验证过程中，确认分配的资源正确显示，并且 Microsoft Entra 身份验证、条件访问、网络访问和单点登录按预期工作。

测试还应涵盖剪贴板使用、打印、存储、音频、摄像头以及任何其他所需的重定向。成功启动的桌面仍可能无法提供用户所需的完整工作体验。

试点代表档案

试点小组应反映技术要求，而不仅仅包括来自一个部门的少数用户。包括使用多个显示器、打印机、扫描仪、网络摄像头、Microsoft Teams 通话、辅助工具、多个组织账户或受限网络路径的人。

Windows、macOS、移动设备和浏览器终端应单独进行测试，因为Windows应用程序的功能因平台而异。成功的Windows 11试点并不自动验证其他操作系统或访问方法。

集中部署Windows应用程序

使用 Microsoft Intune 或其他应用程序管理平台创建单独的试点和生产分配。定义目标、更新所有权、检测规则、支持通信以及在删除 MSI 客户端之前必须满足的条件。

临时共存期为支持团队提供了验证新工作流程的时间，并在迁移期间为用户提供了后备方案。只有在每个所需的云资源和用户配置文件通过测试后，才能移除旧版客户端。

保留非云访问路径

保留直接远程PC、Windows Server管理、本地RDS、RemoteApp源、RD Gateway、主权云环境和紧急访问的文档程序。这些工作流程不应仅仅因为MSI客户端已结束对Microsoft公共云服务的支持而被删除。

用户只需要一个业务应用程序， 发布 Windows 应用程序 可能还会提供比呈现完整远程桌面更专注的体验 适当的访问方法应与资源匹配，而不是针对每个用例遵循单一客户端政策。

更新文档

用户说明应明确指出具体的应用程序和目标，而不是告诉用户“打开远程桌面”。例如，文档可以指导用户打开 Windows 应用程序以访问 Windows 365 云 PC，打开远程桌面连接以连接到服务器，或打开发布的会计应用程序的网页门户。

清晰的命名减少了帮助台请求，并使区分客户端问题与主机、身份或网络问题变得更容易。支持团队还应记录每种批准的连接方法的包名称、屏幕截图和升级程序。

您在2026年应该使用哪个远程桌面客户端？

适当的客户端取决于远程资源、终端操作系统和管理模型。Windows 应用是 Azure 虚拟桌面、Windows 365 和 Microsoft Dev Box 的主要选项，而 MSTSC 仍然适用于直接连接到 Windows 个人电脑和服务器。

传统的远程桌面服务、RemoteApp 和基于浏览器的环境需要单独评估。根据架构，组织可能需要现有的 RDS 客户端、HTML5 网关或应用程序交付平台，以及 Windows 应用程序。

需求	推荐的方法
Azure 虚拟桌面，Windows 365 或 Microsoft 开发箱	Windows 应用程序
直接从Windows访问远程PC或Windows Server	MSTSC
来自Windows的传统RDS源	现有支持的RDS工作流程
直接从 macOS、iOS 或 Android 远程控制 PC	Windows 应用程序
浏览器访问Microsoft云桌面	Windows 应用程序网络体验
浏览器访问自托管的Windows资源	专用HTML5网关

最终选择应反映完整的连接工作流程，而不是客户端的名称。当Microsoft云桌面、直接服务器管理、本地RDS和发布的Windows应用程序共存时，组织可能需要维护多种访问方法。

为什么选择TSplus远程访问？

TSplus 远程访问 为组织提供了一种实用的方法，从他们自己的服务器发布Windows应用程序和完整桌面。用户可以通过标准的RDP客户端或HTML5网页门户连接，而IT团队则保留对托管、访问政策、并发会话和整体用户体验的控制。

对于不需要完整云桌面平台的复杂性或成本结构的企业，我们的解决方案提供了一个更专注的替代方案。它支持安全的应用程序交付、基于浏览器的访问和集中管理，非常适合希望扩展对现有Windows环境访问的中小型企业、软件供应商和IT团队。

结论

Windows App 是微软支持的 Azure Virtual Desktop、Windows 365 和 Microsoft Dev Box 的继任者，但它并不是每个 Remote Desktop 工作流程的通用替代品。IT 团队应迁移云资源，保留适合直接 RDP 和 RDS 的客户端，并在移除遗留访问路径之前测试特定平台的功能。