今天看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 已经是一个无处不在的富媒体客户端，它可以在不同的浏览器和操作系统上运行，所以它是一个跨平台、跨操作系统的网络客户端。
“富”的概念包含两方面，分别是指它具备丰富的用户界面和丰富的数据模型。