摘要：Windows7和Windows Server 2008 R2 SP1已经出货，微软在RDP协议基础上为客户提供了增强型RemoteFX，以抗衡思杰的HDX协议。但实际上，两者完全不同。

　　如果您对RemoteFX不熟悉，请参考“这篇”关于特点和需求的文章。它在RDP协议上有了大幅度增强，导致人们开始猜想这会对思杰造成哪些影响。毕竟，在IT界，两家还同时是合作伙伴，RemoteFX和HDX之间如何竞争呢？我们不妨对该话题深挖一下。
　　
　　首先要明确RemoteFX不是独立的协议，它只是RDP的增强。所以技术上看比较RemoteFX和HDX是不正确的，应该考虑的是增加了RemoteFX的RDP和HDX之间的关系。
　　
　　带有RemoteFX的RDP和HDX之间最大的差别是微软只支持在运行Windows7SP1、Windows7或WES9Embedded版本的终端，或专用设备上通过RemoteFX连接。如果是Macs,Androids,iPhones,iPads,orWindowsXP或Vista终端是不支持RemoteFX的。而思杰的HDX是通用的。
　　
　　同样，RemoteFX只适用于局域网环境，换句话说RemoteFX不仅需要指定终端设备，而且必须在位于高速局域网环境的设备上用。另一方面，思杰的HDX在广域网上也可以流畅使用（不带RemoteFX的RDP协议也支持WAN，不过表现比HDX差一些）。
　　
　　说了这么多，思杰和微软毕竟还是合作伙伴，而且思杰还需要获得RemoteFX相关代码。换言之，思杰将在HDX协议中对RemoteFX进行支持。这点意义重大，由于RemoteFX只是RDP的附加部分，思杰也可以轻松地把它加到HDX之上。
　　
　　如同多年来我一直坚持的观点：思杰存在的意义远不止一个协议这么简单。即使微软为RDP增加RemoteFX也不会发生大量原思杰用户投靠的情况。
　　
　　由于HDX在很多方面优于带有RemoteFX的RDP协议，思杰问题的根源不在于RDP是否已经超越HDX，而是在虚拟桌面（VDI）体系下，RemoteFX只能和Hyper-V宿主机兼容。这意味着如果用户希望在思杰的XenDesktop环境中使用RemoteFX，就必须使用Hyper-V作为虚拟桌面管理程序。
　　
　　这说明什么呢？有趣的是思杰也有自己的hypervisor——XenServer，而且基于这个平台开发了很多用于VDI架构的附加功能，CitrixIntelliCache就是其中之一。所以，对于思杰而言该推荐哪个hypervisor？用户会怎么选择？会接受混合环境吗？
　　
　　还有一点值得注意的，由于历史问题，思杰通过一些特殊终端平台支持到微软终端服务器（TS）的连接（微软为Windows和Mac提供RDP协议，思杰为Windows,Mac,Linux,Blackberry,iOS,Android,Sun,DOS等平台提供HDX协议）。所以我们可以很自然认为思杰也要把RemoteFX扩展到其它类型的终端。不幸的是，事实至少目前为止并非如此。当我们针对RemoteFX对其它平台支持的问题提出疑问时，思杰的回答如下：
　　
　　如同在跟微软关于RemoteFX的合作申明新闻发布会上阐述的，基于长期合作的目标思杰和微软正致力于把RemoteFX功能扩展到更为广泛地设备、地点和用户环境中。所以，虽然现在主要集中在Windows7设备上，我们的目标是将来可以支持更多的环境。
　　
　　很好，那么思杰的XenApp怎么办呢？众多周知微软提供了没有GPU加速功能的RemoteFX版本，可以运行于RemoteDesktopSessionHost(以前的TS服务)主机上，而这正是XenApp的目标领域。那么思杰会允许带有RemoteFX的HDX运行于XenApp服务器上吗？该公司给出如下回应：
　　
　　按照HarryLabana的博客申明，我们正在努力把XenDesktopVDI作为RemoteFX的集成平台之一。无论如何，在现在这个时间点，我们从未表示过要在XenApp上支持RemoteFX。
　　
　　那么让我大胆猜测一下，RemoteFX虽然是不错的产品，但是在实际应用中还有不足？通常我们期望思杰可以对微软发布的一系列新产品都提供支持，但实际上是不成功的（至少现在还没有）。所以我认为下一步要做的是继续等待，静观将来会发生什么。
　　
　　责任编辑：燕子