前端控制器模式：从混乱到有序的请求调度
做Web开发这么多年，我见过太多项目在请求处理上栽跟头。每个Servlet自己处理权限、日志、视图选择，代码散落得到处都是。后来接触了前端控制器模式，才明白原来请求调度可以这么优雅。
说白了，前端控制器就是一个统一的入口。所有请求先经过它，再由它分发给合适的处理器。你想想看，这就像公司的前台——所有访客先到前台登记，前台再引导他们去对应的部门。
模式的核心角色
前端控制器模式包含三个关键角色，我习惯把它们比作一个餐厅的运作流程：
- 控制器（Controller）：相当于餐厅的迎宾员。接收所有请求，做初步处理（权限检查、日志记录等）。
- 调度器（Dispatcher）：相当于餐厅的领位员。根据请求内容，决定把请求交给哪个厨师（处理器）处理。
- 视图（View）：相当于做好的菜品。处理器返回数据后，由视图负责呈现给用户。
核心思想：所有请求集中管理，避免重复代码。我在项目中遇到过，一个没有前端控制器的老系统，每个页面都要写一遍用户权限校验，后来重构时统一到前端控制器里，代码量直接砍掉30%。
Spring MVC中的DispatcherServlet
说到前端控制器，就不得不提Spring MVC的DispatcherServlet。它可以说是Java Web领域最经典的前端控制器实现。
我记得刚学Spring MVC时，总觉得配置DispatcherServlet很麻烦。后来才明白，它帮我们做了多少脏活累活。
DispatcherServlet的工作流程
- 接收HTTP请求
- 根据请求URL查找对应的HandlerMapping
- 找到对应的Controller方法并调用
- 处理返回结果，选择视图
- 渲染视图并返回响应
这里我画了一张流程图，帮你直观理解整个过程：
一个简单的Java实现
光说不练假把式。我写了一个简化版的前端控制器，帮你理解核心逻辑：
// 前端控制器
public class FrontController {
private Dispatcher dispatcher;
public FrontController() {
dispatcher = new Dispatcher();
}
public void handleRequest(String request) {
// 1. 身份验证（所有请求统一处理）
if (!authenticate(request)) {
System.out.println("认证失败，拒绝访问");
return;
}
// 2. 日志记录（统一处理）
logRequest(request);
// 3. 分发请求
dispatcher.dispatch(request);
}
private boolean authenticate(String request) {
// 实际项目中这里会检查token/session
return true;
}
private void logRequest(String request) {
System.out.println("记录请求: " + request + " 时间: " + System.currentTimeMillis());
}
}
// 调度器
public class Dispatcher {
private StudentView studentView;
private TeacherView teacherView;
public Dispatcher() {
studentView = new StudentView();
teacherView = new TeacherView();
}
public void dispatch(String request) {
if (request.contains("student")) {
studentView.show();
} else if (request.contains("teacher")) {
teacherView.show();
} else {
System.out.println("404 - 未找到对应视图");
}
}
}
// 视图
public class StudentView {
public void show() {
System.out.println("显示学生信息页面");
}
}
public class TeacherView {
public void show() {
System.out.println("显示教师信息页面");
}
}个人经验：实际项目中，调度器不会这么简单。Spring MVC的DispatcherServlet内部维护了一个复杂的HandlerMapping链，支持注解、XML配置等多种方式。我曾经在项目中自己实现过一个轻量级的调度器，用Map存储URL和Controller的映射关系，效果也不错。
前端控制器的优缺点
| 优点 | 缺点 |
|---|---|
| 集中管理请求处理逻辑 | 控制器可能成为性能瓶颈 |
| 减少重复代码（权限、日志等） | 增加了系统复杂度 |
| 便于统一修改和扩展 | 所有请求都经过同一入口 |
| 提高代码可维护性 | 调试时可能不太直观 |
避坑指南：我曾经在一个高并发项目中，把太多逻辑塞进前端控制器，结果导致请求处理延迟飙升。后来把耗时的操作（比如复杂的权限校验）异步化，才解决问题。记住：前端控制器只做轻量级的统一处理，重活交给后面的处理器。
什么时候该用前端控制器？
我个人觉得，以下场景特别适合：
- 系统有多个入口点，需要统一管理
- 需要集中处理权限、日志、事务等横切关注点
- 视图类型多样（JSP、JSON、PDF等），需要统一调度
- 系统规模较大，请求处理流程复杂
反过来，如果只是一个简单的CRUD应用，用前端控制器反而有点杀鸡用牛刀。我见过一些小型项目，硬套Spring MVC的DispatcherServlet，结果配置比业务代码还多。
总结
前端控制器模式，说白了就是给所有请求找个「管家」。这个管家负责接待、登记、引导，让后面的处理者各司其职。Spring MVC的DispatcherServlet就是这种思想的集大成者。
嗯，这里要注意一点：不要为了用模式而用模式。前端控制器解决的是请求分发和横切关注点的问题，如果你的系统没有这些痛点，简单点反而更好。