HTTP和Servlet基础知识.doc

作者：汉斯伯格斯登 第2章 HTTP和Servlet的基础知识 让我们从定义Web应用程序这一章开始。我们都经常看到客户端应用程序，但到底什么是Web应用程序？习惯上说，它可以被定义为在服务器上运行，通过一个简单的通用客户端的用户访问应用程序。今天，最常见的客户端是一个在PC或工作站的网络浏览器，但其他类型的客户正在迅速加入，如无线掌上电脑，手机，以及其他专业设备。 这里的崇高目标是能够从任何设备访问到你所要的信息和服务。这意味着同样简单的客户端程序必须能够与许多不同的服务器应用通信，以及应用程序必须能够适用于许多不同类型的客户。为了满足这种需要，如何在客户端和服务器相互交谈，必须详细定义的协议。这正是超文本传输协议（HTTP）的用途。 通信模型所确定的HTTP形式的基础，所有的Web应用程序设计。基本了解HTTP的关键应用，适合发展中国家的限制范围内的协议，无论哪个服务器端技术的使用。在本章中，我们看一下最重要的细节的HTTP您需要了解作为一个Web应用程序开发。 另外一个项目：这本书是关于使用作为服务器端技术的JSP。 JSP是基于Java Servlet技术。这两种技术有着很多的术语和概念，所以知道有关的servlet知识可以帮助你，即使你开发纯JSP应用程序。要真正理解并使用了JSP的全部功能，您需要了解一点servlet的知识。因此，我们期待在本章最后一节讲到的servlet的基础。 2.1 HTTP请求/响应模型 所有扩展HTTP和基于HTTP协议是基于一个非常简单的通信模式。其工作原理如下：客户端，通常是一个Web浏览器，发出了一个请求资源的服务器，服务器发回的响应相应的资源（或响应的错误信息，如果它不能处理请求出于某种原因）。A资源是一些事情的数据，如一个简单的HTML文件逐字返回到浏览器或程序，动态生成的响应。 这种简单的模式意味着你需要了解三个重要的事实： HTTP是一种无状态协议。这意味着服务器不保留任何信息发出后客户端的反应，因此，它不承认，多请求来自同一客户端可能有亲缘关系。 Web应用程序无法轻易地提供即时反馈信息中常见的独立的图形用户界面应用程序，如文字处理机或传统客户机/服务器应用程序。每当它们之间的互动客户端和服务器需要一个请求/响应交流时。执行请求/响应交流当用户选择一个项目在一个列表框或填写表单元素通常是过于繁重的带宽提供给大多数的互联网用户。 这里没有什么协义告诉服务器如何提出请求，因此，服务器无法在客户端上区分各种方法触发的要求。例如，不允许HTTP Web服务器来区分一个明确的要求所造成的点击一个链接或提交表单和一个隐含的要求所造成的调整浏览器窗口或使用浏览器的后退按钮。此外，超文本传输协定不包含任何手段服务器调用客户端的特定职能，例如回去在浏览器历史记录列表或发送的反应在一定范围内。另外，服务器无法检测什么时候用户关闭浏览器。 多年来，人们已经制定了各种技巧来克服务第一个问题；HTTP的无国籍性。其他两个问题，没有及时反馈，也没有详细说明如何提出要求-这个更难处理，但是可以通过产生的反应来获取一些互动，这些反应包括客户端代码（代码执行的浏览器），如JavaScript或Java小程序。 2.1.1 详叙Requests 让我们仔细看看Requests。用户发送请求到服务器，通过点击一个链接的网页上，提交表单时，或输入一个网页地址在浏览器的地址栏。发送请求后，浏览器需要知道与哪些服务器交换数据，并要求得到资源。URL必须跟据服务器名详细描术端口号，例如： /index.html 第一部分所显示的URL中指定的Requests是使用HTTP协议的。其次是服务器的名称，在这种情况下。Web服务器等待请求将在某一特定的TCP / IP端口。端口号80是标准端口，用于HTTP请求。如果Web服务器使用另一个端口，URL必须跟据服务器名称指定端口号。例如： :8080/index.html 这一请求被发送到一台服务器，使用端口8080而不是80。最后部分的URL / index.html,确定了客户端请求的资源。 网址实际上是一个专业化的统一资源标识符（ URI，所界定的符合RFC - 2396规格）。URI跟据地址确定部份资源，例如服务器，其中包含的资源。另一种类型的URI是一个统一资源名称（URN），这是一个全局唯一标识符,无论在什么地方都有效的资源的位置。HTTP只处理URL的不同。该条款的URI和URL常常被互换，不幸的是，他们有不同的定义略有不同的规格。我试图使用条款所界定的HTTP/1.1规范（符合RFC - 2616年），这是相当接近，以他们是如何也用在servlet和JSP规范。因此，我只有当URI以http开头时才使用的ter