How Tomcat Works中文译本（第四章）.docx

How Tomcat Works中文译本（第四章）第四章：Tomcat 默认的Connector概览 第三章中的connector运行的很好，并且已经出色的完成了很多任务。但是，它被设计只是作为一个教学工具，只是对Tomcat默认connector的一个入门。理解第三章的connector是理解Tomcat4默认connector的关键。第四章将讨论通过剖析Tomcat4的默认的connector走向构建一个真正的Tomcat connector。 注：本章的默认connector参考Tomcat 4 的默认connector。虽然这个默认的connector现在是遭反对的，而其已经被一个更高效的connector Coyote所取代，但是它仍是一个非常好的学习工具。 一个Tomcat的connector是一个独立的模块，它可以被插入到一个servlet Container中。现在已经存在很多的connector，例如coyote，mod_jk，mod_jk2及mod_webapp。一个Tomcat connector一定要满足如下的必要条件： 1. 它必须实现org.apache.catalina.Connector接口 2. 它必须创建request对象，该类实现了org.apache.catalina.Request 接口 3. 它必须创建response对象，该类实现了org.apache.catalina.Response接口 Tomcat 4的默认connector的工作机制类似于第三章的简单connector。它等待HTTP 请求，创建request和response对象，并传给Container。一个connector传递request和response对象给Container通过调用org.apache.catalina.Container接口的invoke方法，它的声明如下： public void invoke(org.apache.catalina.Request request, org.apache.catalina.Response response); 在invoke方法内部，Container加载servlet类，调用它的service方法吗，管理session，日志错误信息等。 默认connector也使用了一些第三章的connector没使用的最佳化的东西。其一是提供了一个变量池以消除对象创建的开销。其二，很多地方使用了char数组来代替String。 本章应用程序中使用的是一个简单Container，它将与默认connector关联。但是，这章的重点不是这个简单Container而是默认connector。Container将在第五章讨论。然而，简单Container将在本章末尾“简单Container 应用程序”部分讨论，以说明怎样应用默认connector。 另一个需要注意的重点是默认connector实现了所有HTTP1.1的新特性，也可以服务于HTTP0.9和HTTP1.0客户端。要理解HTTP1.1的所有新特性，你首先需要理解这些特性，我们将在本章的第一章节做出解释。其后，我们将讨论the org.apache.catalina.Connector，接口和如何创建request和response对象。如果你理解了第三章的connector是如何工作的，你会发现理解默认connector也不是问题。 本章从HTTP1.1的三大新特性开始。理解了他们对于理解默认connector的内部工作机制是至关重要的。然后，介绍org.apache.catalina.Connector，这个接口是所有connector都必须实现的。然后你会发现你在第三章遇到的类，如HttpConnector，HttpProcessor等。但是他们比第三章的类更优化。 HTTP 1.1新特性 这部分解释HTTP1.1的三大新特性。理解他们对于理解默认connector如何处理HTTP请求至关重要。 持久化连接? 在HTTP1.1以前，只要浏览器连接到一个web服务器，在请求资源被发送完毕后，连接就会被服务器关闭。然而，一个Internet页面可以包含其他资源，像是图片文件，java程序等。因此，当一个页面被请求时，浏览器也需要下载与这个页面关联的这些资源。如果页面和它所关联的所有资源使用不同的连接被下载，那么这个处理将是非常慢的。那就是为什么HTTP1.1引入持久化连接。有了持久化连接，当一个页面被下载时，服务器不直接关闭连接，而是等待web客户端请求所有关于这个页面的资源。这样，这个页面和它的关联资源就可以使用相同的连接被下载了。这为web服务器、客户端和网络节省了很多工作和时间，想想看建立和断开