瘦客户端和富客服端

今天看webservice的时候看到了这个这个瘦客服端的，以前没有据说过，因此专门去查了一些资料的解释

1 瘦客服端

瘦客户端（Thin Client）指的是在客户端- 服务器网 络体系中的一个基本无需应用程序的计算机终端。 它经过一些协议和服务器通讯，进而接入局域网。做为应用程序平台的Internet的到来为企业应用程序提供了一个全新的领域：一个基于 Internet/intranet的应用程序运用一个只包含一个浏览器的瘦客户端。这个浏览器负责解释、显示和处理应用程序的 图形用户界面（GUI）和它的数据。这样的一个应用程序只须要被安装在一个Web服务器上，用户能够自动接收升级。一个解决方案只须要部署一次，甚至对成千的用户也是如此，这种想法的确很吸引人，尤为是 Internet技术帮咱们缓解了一些传统的应用程序的障碍，好比 防火墙和对多平台的支持。

瘦 客户端将其鼠标、键盘等输入传送到服务器处理，服务器再把处理结果回传至客户端显示。不一样的客户端能够同时登陆到服务器上，模拟出一个相互独立又在服务器 上的工做环境。与此相反，普通客户端会尽量多地进行本地数据处理，与服务器（或其余客户端）的通讯中只传送必要的通讯数据。

 

所谓“瘦客户端”，就是指，咱们只须要一台配置通常的终端设备（PC电脑、手持设备等），就能拥有超计算机的计算处理能力。其实，这离咱们并不遥远。BS应用的发展，已经让咱们实现了只要一台配置通常的智能手机，就能经过Google完成亿万次的搜索计算。

 

上面的这个模型你们已经熟悉的不能再熟悉了。客户端发出指令，服务端接收指令，执行完运算后，将结果返回给客户端。可是，这个系列我要讲的，并非上面这个模型，而是：

咱们的手机（瘦客户端）再也不是Google搜索中，搜索任务简单的发送者和接受者，而是一个更加实时的操做超级计算机的感觉。咱们的每 一次鼠标移动，点击，键盘输入，触摸屏的滑动，仿佛手机自己就是一个超级计算机。有了这样的瘦客户端，咱们再也不须要购买价格昂贵、骨灰配置的电脑，而咱们 只须要一个很低配置的上网本，平板电脑，或是智能手机，就能同样畅快淋漓的玩魔兽世界、极品飞车。在将来科幻电影中的通话联络的智能手表、查看战斗指数的 眼镜，都有可能实现。同时，咱们再也不为程序的跨平台所担忧。瘦客户端中，能跨平台执行各类应用 程序，好比Windows的Word，Linux的OpenOffice，Mac里 的XCode。更让人惊喜的是，咱们运行一款软件以前，再也不须要通过“下载”、“安装”的步骤，而是当即使用。无论是多大的游戏，多复杂配置的软件。我甚 至大胆推测一下，在将来，人们将再也不使用Windows，Linux，Mac之类的操做系统，取而代之的将是彻底基于网络的网络操做系统。而现有的这些操 做系统，失去了我的用户也很难再维持发展，必将慢慢被淘汰。最后必将涌现出的，是各类基于不一样瘦客户端协议的彻底基于网络的操做系统。谷歌如今开发的 chromium操做系统，正是符合这个发展趋势的，不过具体是怎样的，我没用过，也很差说

在这个系列里，我尽可能避免使用“云”之类炒的火热的词汇。咱们见过了太多的所谓的“云”，十有八九是伪云，好比杀毒领域最大的忽悠云查杀。云 计算和这里讲的瘦客户有必定的契合，但不彻底相同。云计算强调的是大规模数据中心按需分配的计算能力，就像集中式发电厂。云计算是服务端的“胖”，瘦客户 强调的是客户端的“瘦”，若是二者一结合，必将擦出火花。

将来并不遥远，咱们能想的到的，都有人在尝试了。国外著名的有Onlive，Gaikai，OTOY等， 他们都实现了经过私有协议，在配置通常的机器上，远程玩像孤岛危机之类的大型游戏。特别是Onlive，因为其雄厚的实力，与硬件提供商、网络提供商、游 戏开发商都有深度的合做。好比，Onlive自主投资开发的定制硬件，和美国艺电有限公司（Electronic Arts）、育碧（Ubisoft）、Take-Two互动软件（Take-Two Interactive Software）、华纳兄弟、交互式娱乐和英佩数码美国艺电有限公司（Electronic Arts）、育碧（Ubisoft）、Take-Two互动软件（Take-Two Interactive Software）、华纳兄弟、交互式娱乐和英佩数码达成的深度合做。就连谷歌微软，都想买断Onlive的技术。

 

 

iPad展现OnLive Demo：http://v.youku.com/v_show/id_XMTgyMzYzNjI4.html

国内也有一家公司实现了这样的技术，叫云联科技。公司仅仅成立一年多，在中国现有的网络环境下，在没有定制硬件的前提下，就作出如此惊人的成果，不得不让人称叹。

可是，这么好的技术，为何如今尚未普及开来呢？最大的障碍，是“延迟”和巨大的服务端消耗。

先来讲说延迟。这里提到的是“延迟”，而不是“带宽”。为何呢？延迟的英文是latency，带宽的英文是bandwidth。不少时候， 人们会把二者混淆。有些人搞不清楚，为何个人带宽提高到了联通4M，玩电信的服务器网游还会卡？带宽是指每秒最大的传输能力，延迟是指信号请求从发出到 接收到所通过的时间。

误区：随着带宽愈来愈大，延迟也会愈来愈小。
上面的图已经很清楚，若是传输的数据未达到带宽限制，即使带宽再大，信号从发生到接收的时间T1-T0，只取决于其传输的速度和距离。假如服 务器在美国，距离没办法改变，爱因斯坦说，速度的极限是光速。而光纤的传播速度也许只能达到40%光速。因此说，若是你要给远在4000千米以外的地方传 输数据，好比从美国的加利福尼亚到马萨诸塞州，延迟不可能再低于44毫秒。

游戏或软件实际消耗的带宽其实并很少，并且，带宽在理论上是能够无限增长的，而延迟才是最大的问题，由于传播的速度不可能超过光速。好比，我之前用电信 512K带宽的网络玩剑三，很是的流畅。如今我用联通4M带宽玩剑三，延迟却很高。就像Gaikai这样的公司，因为距离的限制，目前也只能接受洛杉矶地 区玩家的试玩申请。减小延迟的办法，在有限的状况下加快传输速率，以及尽量的缩短传输的距离，好比，就近部署服务器。

另一个障碍，是巨大的服务端消耗。咱们能够想象，咱们须要花费不少钱购买很好性能的机器才能流畅的玩孤岛危机之类的大型游戏。像Onlive这种云游戏服 务器供应商，至关于须要给咱们每一个人都配一台这样服务器。成本可见是巨大的。即使是Onlive本身定制的硬件，一台服务器同时也只能服务几我的。

除了使用瘦客户端玩大型游戏，咱们还能够用瘦客户端运行咱们平常使用的软件或小游戏。无需下载，无需安装，一点即用，跨平台，多么有吸引力！ 并且，软件相对于游戏来讲，不须要高清的传输画面，所以对带宽要求也低不少。软件开�%8�商也再也不须要针对各平台进行开发。理论上咱们只须要一个版本的《植物 大战僵尸》，就能够在iphone, android, pc等各类终端设备上运行。

2 富客服端

富因特网应用程序（Rich Internet Applications，RIA）利用具备很强交互性的富客户端技术来为用户提供一个更高和更全方位的网络体验。RIA集成了桌面应用的交互性和传统 Web应用的部署灵活性与成本分析，以建立单一而完整的用户体验。富客户端技术使建立RIA成为可能，它提供一个运行时的环境以承载被编译的客户端应用程 序，该客户端应用程序是一个使用HTTP协议发布的文件。客户端应用程序使用异步的C/S结构链接到现有的 应用服务器，这是一种安全的、可升级的、具备良好适应性的面向服务模型，这种模型由当前所采用的Web服务驱动。

富客户端技术正在不断地完善中，但并不意味着会取代HTML。相反它将进一步扩展浏览器功能，使之提供更加高效和友好的 用户接口。许多RIA都在浏览器中运行，甚至它自己就是HTML的一部分，因此HTML将继续保持其原有的角色。另外，因为富客户端技术能够支持运动的图象、视频、音频、双向的数据通讯和建立复杂的窗体，它为建立应用程序用户接口提供了一个高效而完善的 开发环境.

RIA开发必须具有三个要素：富客户端技术、服务器技术和开发工具。富客户端技术充分利用 本地机器的处理能力来处理数据，而不须要把某些数据发送到服务器处理，充分利用了本地机器的资源。服务器技术提供了一种与富客户端的链接机制，做为RIA的服务器技术必须从现有的服务器技术继承，能够提供一个快速的脚本环境， 支持数据库应 用开发、双向数据通讯、实时数据通讯，甚至采用一种新的服务器，例如：ColdFusion Server和Flash Communication Server等。RIA实现必须有一组简单而高效的开发工具，若是没有一组简单而高效的开发工具，那么富客户端技术与服务器技术是毫无心义的。正是因为 RIA的C/S结构，它须要一组开发工具协同工做才能够完成。

尽管目前有许多富客户端技术，可是Macromedia Flash Player却被普遍采用，它已经逐渐成为富客户端技术的网络标准。Flash Player 已是一个无处不在的富媒体客户端，它能够在不一样的浏览器和操做系统上运行，因此它是一个跨平台、跨操做系统的网络客户端。

“富”的概念包含两方面，分别是指它具有丰富的用户界面和丰富的数据模型。