第31章 活动Web文档的 Java技术.PDFVIP

下载 第3 1章 活动We b文档的J a v a技术 31.1 概述 第2 9 、3 0章介绍了W W W技术，并讲述了服务器和浏览器之间的交互。其中，第 2 9章介绍 了超媒体及用来创建文档内容的H T M L语言。第3 0章进一步定义和比较了We b文档的三种基本 形式，并详细探讨了动态We b文档技术。使用这种技术，服务器每接到一个 U R L请求就调用相 应的应用程序创建一个动态文档。第 3 0章还解释了状态信息的概念，以及动态文档怎样对状态 信息作短期和长期的存储。最后，该章介绍了生成动态文档的 C G I技术。 本章将讲述We b文档的第三种形式即活动文档，介绍引入活动文档的动机、活动文档的基 本概念，并比较活动文档技术与早期基于服务器的技术对于连续更新的处理。另外，本章还将 描述准备和装载活动文档的转换步骤以及如何扩展浏览器使其支持活动文档。最后，本章将介 绍创建和运行活动文档的J a v a技术，刻画J a v a语言的特点，剖析Java applet 的实例。 31.2 屏幕连续更新早期形式 随着H T T P和We b浏览器的发展，动态文档已经明显不能满足发展的需要。特别是动态文 档一旦建立，其所包含的信息内容也就固定下来，因而当信息改变时无法及时更新屏幕显示， 而且无法提供动画的显示效果。 现有两种技术可用于屏幕显示的连续更新。一种技术是把所有的工作都交给服务器，称为 server push ，这种技术要求服务器定期产生并发送文档的新版本。实质上就是服务器必须不断 地运行与动态文档相关联的应用程序，生成新文档输出到浏览器显示。对用户来说，这样就达 到了屏幕连续更新的效果。 尽管server push提供了连续更新的能力，但是这种方法有两大缺点：过多的服务器开销和延 迟。注意到服务器必须满足很多客户的请求，就很容易理解为什么开销会那么重要。只要有一 个用户浏览的页要求server push ，服务器就得运行与该页相对应的动态应用程序。如果很多客户 使用的文档同时要求server push，服务器就必须并发运行多个应用程序。而且，由于动态文档的 内容依赖于不同的客户请求，服务器必须为每一个请求运行一个单独的动态应用程序副本。 延迟是由可用C P U和网络带宽的限制产生的。一个分时系统并发运行N个应用程序，每个应 用程序最多只能得到 1 /N 的C P U资源。因此，随着请求数的增加，分配给每个server push应用程 序的CPU时间迅速下降。如果许多用户同时浏览，服务器就会过载，同时屏幕显示更新被延迟。 有限的网络带宽同样会造成延迟。 server push 技术要求每个浏览器客户维持一个活动的 T C P连接，服务器通过此连接不断地发送更新文档。但是，大多数服务器只有一个因特网连接， 所有信息都通过此连接传输。如果许多应用程序都想传输数据，网络就会成为瓶颈。为了给每 一个应用程序提供平等的机会，操作系统要求它们轮流发送数据包。因此，每个应用程序都需 等待以进入网络，这便产生了延迟。概括如下： server push是一种可以提供页面连续更新的方法。该方法的特点是由服务器不断 地产生和发送文档的新版本到浏览器。采用该方法，如果很多客户使用的文档同时要 254计 计算机网络与因特网 下载 求更新，服务器就会过载。 31.3 活动文档技术和服务器开销 另一种提供屏幕连续更新的技术称作活动文档（ active documents ），它可以避免服务器过 载。与server push技术中服务器不断地运行更新应用程序不同的是，活动文档把工作都移到了 浏览器端。每当浏览器请求一个活动文档时，服务器就返回一段程序供浏览器在本地运行。除 此之外，服务器没有做进一步的更新或执行任务，所有处理工作都由浏览器在本地完成。因而， 不像server push技术，活动文档不需要使用大量的服务器 C P U时间。而且，由于活动文档技术 不需要服务器的连续更新传输，它对网络带宽的需求也比 server push少。 与动态文档技术相比，活动文档技术的服务器开销少得多，这一点可以从三个方面来解释。 第一，从传输的角度看，浏览器和服务器把活动文档看成是静态的文档。每个活动文档是服务 器上的一个文件，除非程序员修改活动文档，否则该文档的内容都不发生变化。因此，