深入剖析Tomcat之默认连接器与HTTP1.1特性
大家好！在Java Web开发的广阔天地里，Tomcat作为一款极为重要的开源服务器和Servlet容器，一直是开发者们的得力助手。今天，我希望能和大家一起深入探索Tomcat的世界，特别是它的默认连接器以及相关的HTTP1.1特性，咱们共同学习、共同进步。
Tomcat默认连接器概述
Tomcat中的连接器就像是服务器与外界沟通的桥梁，负责接收客户端的请求，并将服务器的响应发送回去。Tomcat 4中的默认连接器虽然已经被运行速度更快的Coyote连接器取代，但它仍然是我们学习Tomcat内部机制的绝佳工具。
Tomcat中的连接器需要满足一些特定要求，比如要实现org.apache.catalina.Connector接口，还要负责创建实现org.apache.catalina.Request接口的request对象和实现org.apache.catalina.Response接口的response对象。
Tomcat 4的默认连接器工作原理和我们之前接触的一些简易连接器类似，它会监听HTTP请求，创建request和response对象，然后调用org.apache.catalina.Container接口的invoke()方法，把这两个对象传给servlet容器进行后续处理。invoke()方法内部会完成载入servlet类、调用其service()方法、管理session对象、记录错误消息等一系列操作。
这里我们可以通过一个简单的代码示例来模拟这个过程（实际Tomcat代码更为复杂，这里仅为示意）：
import org.apache.catalina.Container;
import org.apache.catalina.Request;
import org.apache.catalina.Response;
// 模拟实现Container接口
class MyContainer implements Container {
@Override
public void invoke(Request request, Response response) {
// 模拟处理请求
System.out.println("Handling request in MyContainer");
// 这里可以添加实际处理逻辑，比如调用servlet的service方法
}
}
// 模拟实现Request接口
class MyRequest implements Request {
// 实现接口中的方法
}
// 模拟实现Response接口
class MyResponse implements Response {
// 实现接口中的方法
}
public class ConnectorSimulation {
public static void main(String[] args) {
MyContainer container = new MyContainer();
MyRequest request = new MyRequest();
MyResponse response = new MyResponse();
// 模拟连接器调用invoke方法
container.invoke(request, response);
}
}
HTTP1.1的新特性及其对默认连接器的影响
持久连接
在HTTP 1.1之前，服务器返回请求资源后就会断开与浏览器的连接。但一个网页往往包含多个资源，如图片、applet等。如果每次都重新建立连接来下载这些资源，效率会很低。就好比你去超市买东西，每次只拿一件商品就结账离开，然后再进来买下一件，这样会浪费很多时间在排队结账和进出超市上。
HTTP 1.1引入了持久连接，使用持久连接后，服务器在返回页面后不会立即关闭连接，而是等待客户端请求页面引用的其他资源，所有资源都可以通过同一个连接下载。这就像你一次性把想买的东西都拿好，然后一起结账，节省了很多时间和精力。
在HTTP 1.1中，默认就使用持久连接，当然也可以通过在浏览器发送请求头connection: keep-alive来显式使用。
下面用一段代码来模拟持久连接的使用（这里只是简单模拟概念，并非实际网络请求代码）：
import java.util.HashMap;
import java.util.Map;
public class PersistentConnectionSimulation {
public static void main(String[] args) {
// 模拟请求头
Map<String, String> headers = new HashMap<>();
headers.put("connection", "keep-alive");
// 模拟发送请求并处理响应
if (headers.containsKey("connection") && "keep-alive".equals(headers.get("connection"))) {
System.out.println("Using persistent connection.");
// 这里可以添加使用持久连接进行资源下载的逻辑
} else {
System.out.println("Not using persistent connection.");
}
}
}
块编码
有了持久连接后，服务器可以从多个资源发送字节流，客户端也能发送多个请求。这时候就需要在每个请求或响应中添加content-length头信息，让接收方知道如何处理这些字节信息。但很多时候，发送方并不知道要发送多少字节，比如servlet容器可能在接收部分字节后就开始发送响应，不必等全部接收完。
在HTTP 1.0中，如果服务器不写content-length头信息，就直接关闭连接，客户端会一直读取内容直到读方法返回 -1，表示读到文件末尾。
HTTP 1.1使用transfer-encoding这个特殊请求头，指明字节流将会分块发送。每个块前面会有块的长度（以十六进制表示），后面跟着回车/换行符（CR/LF），然后是具体数据，一个事务以长度为0的块标记结束。
我们通过一个简单的代码示例来模拟块编码的过程：
import java.io.ByteArrayOutputStream;
import java.io.IOException;
public class ChunkedEncodingSimulation {
public static void main(String[] args) {
String content = "I'm as helpless as a kitten up a tree.";
ByteArrayOutputStream outputStream = new ByteArrayOutputStream();
try {
// 模拟分块发送，这里假设分两块，第一块15字节，第二块剩余字节
String chunk1 = content.substring(0, 15);
String chunk2 = content.substring(15);
// 写入第一块
writeChunk(outputStream, chunk1);
// 写入第二块
writeChunk(outputStream, chunk2);
// 写入结束块
writeChunk(outputStream, "");
byte[] result = outputStream.toByteArray();
System.out.println(new String(result));
} catch (IOException e) {
e.printStackTrace();
}
}
private static void writeChunk(ByteArrayOutputStream outputStream, String chunk) throws IOException {
if (chunk.isEmpty()) {
outputStream.write("0\r\n\r\n".getBytes());
} else {
String chunkLength = Integer.toHexString(chunk.length());
outputStream.write((chunkLength + "\r\n").getBytes());
outputStream.write(chunk.getBytes());
outputStream.write("\r\n".getBytes());
}
}
}
状态码100的使用
使用HTTP 1.1的客户端在发送较长的请求体之前，可以先发送Expect: 100-continue请求头，等待服务器确认。这就好比你要给朋友寄一个很重的包裹，先问一下朋友是否方便接收，避免浪费力气寄过去后朋友却不收。
当服务器接收到这个请求头，如果可以接收并处理该请求，就会发送HTTP/1.1 100 Continue响应头，后面加上CRLF字符，然后继续读取输入流的内容。
下面用代码模拟这个过程：
import java.util.HashMap;
import java.util.Map;
public class StatusCode100Simulation {
public static void main(String[] args) {
// 模拟客户端请求头
Map<String, String> clientHeaders = new HashMap<>();
clientHeaders.put("Expect", "100-continue");
// 模拟服务器处理
if (clientHeaders.containsKey("Expect") && "100-continue".equals(clientHeaders.get("Expect"))) {
System.out.println("Server received Expect: 100-continue.");
// 模拟服务器确认
Map<String, String> serverHeaders = new HashMap<>();
serverHeaders.put("HTTP/1.1", "100 Continue\r\n");
System.out.println("Server sent: " + serverHeaders.get("HTTP/1.1"));
// 这里可以添加服务器继续读取请求体的逻辑
} else {
System.out.println("Server did not receive Expect: 100-continue.");
}
}
}
Connector接口剖析
org.apache.catalina.Connector接口是Tomcat连接器的关键，其中setContainer()方法用于将连接器和某个servlet容器关联起来，getContainer()方法则返回与当前连接器相关联的servlet容器。createRequest()方法为引入的HTTP请求创建request对象，createResponse()方法创建response对象。
org.apache.catalina.connector.http.HttpConnector类实现了Connector接口，虽然我们这里没有详细展开这个类，但可以简单理解为它按照接口的要求，实现了这些关键方法，让连接器能够正常工作。
知识点总结
| 知识点 | 描述 | 关键代码示例 |
|---|---|---|
| Tomcat默认连接器 | 需实现特定接口，负责创建request和response对象，调用容器的invoke()方法处理请求 | 模拟invoke方法调用：container.invoke(request, response); |
| HTTP1.1持久连接 | 避免频繁建立和关闭连接，提高传输效率，默认使用，可通过请求头显式指定 | 模拟持久连接判断：if (headers.containsKey("connection") && "keep-alive".equals(headers.get("connection"))) {... } |
| HTTP1.1块编码 | 用于在不知道发送内容长度时，分块发送数据，每个块包含长度和数据 | 模拟块编码写入：writeChunk(outputStream, chunk); |
| HTTP1.1状态码100 | 客户端在发送长请求体前请求服务器确认，服务器确认后客户端再发送请求体 | 模拟状态码100处理：if (clientHeaders.containsKey("Expect") && "100-continue".equals(clientHeaders.get("Expect"))) {... } |
| Connector接口 | 定义了连接器与servlet容器关联、创建request和response对象等重要方法 | - （主要体现在接口实现类中） - |
写作不易，如果这篇文章帮助你对Tomcat的默认连接器和HTTP1.1特性有了更深入的理解，希望你能关注我的博客，点赞并评论。你的支持是我持续创作的动力，后续我还会分享更多关于Java Web开发的精彩内容，咱们一起在技术的道路上不断前行！
扫一扫
1505
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
