Struts2、Spring MVC和JSP/Servlet，我该选哪个？一个简单登录功能的三方代码对比

Struts2、Spring MVC与JSP/Servlet技术选型实战从登录功能看框架设计哲学当Java开发者面临Web框架选择时常陷入技术栈的选择困难症。本文将以最基础的登录功能为切口带您穿透配置与语法的表层深入理解三种典型技术方案的设计本质。我们不仅对比代码量更关注各框架如何塑造开发者的思维模式——这是技术选型中更关键的维度。1. 技术定位与设计哲学差异在动手写登录功能前需要明确三个技术方案的底层设计差异。JSP/Servlet是JavaEE的原始武器它要求开发者手动处理HTTP请求生命周期就像用汇编语言编写Web应用。这种裸奔式开发虽然繁琐但能培养对Web本质的深刻理解。Struts2诞生于2007年继承了Struts1的MVC基因但彻底重构。其核心是拦截器栈Interceptor Stack和OGNL表达式通过约定优于配置的方式标准化Web开发流程。它的设计明显带有配置即契约的倾向xml配置文件中定义的不仅是参数更是组件间的通信协议。Spring MVC则是注解驱动的典范它的Controller和RequestMapping将配置信息直接嵌入代码。这种设计反映了约定优于配置的进阶形态——声明即配置。IoC容器带来的依赖注入能力让组件组装变得优雅而灵活。技术选型本质是选择一种编程范式Servlet是过程式的Struts2是配置中心化的Spring MVC是注解声明式的。2. 登录功能的三重实现让我们用具体代码展示三种技术如何实现同一业务需求。假设登录功能需要处理用户名密码验证会话管理成功/失败跳转2.1 Servlet原始实现// LoginServlet.java public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) { String username req.getParameter(username); String password req.getParameter(password); UserService userService new UserServiceImpl(); boolean isValid userService.validate(username, password); if(isValid) { HttpSession session req.getSession(); session.setAttribute(user, username); resp.sendRedirect(dashboard.jsp); } else { req.setAttribute(error, Invalid credentials); req.getRequestDispatcher(login.jsp).forward(req, resp); } } }关键配置!-- web.xml -- servlet servlet-namelogin/servlet-name servlet-classcom.example.LoginServlet/servlet-class /servlet servlet-mapping servlet-namelogin/servlet-name url-pattern/login/url-pattern /servlet-mapping这种实现方式的特点直接操作请求/响应对象手动管理跳转逻辑需要显式处理会话业务逻辑与Servlet API强耦合2.2 Struts2的约定式实现Struts2采用完全不同的范式// LoginAction.java public class LoginAction extends ActionSupport { private String username; private String password; private String error; // 必须提供getter/setter public String execute() { UserService userService new UserServiceImpl(); if(userService.validate(username, password)) { Map session ActionContext.getContext().getSession(); session.put(user, username); return SUCCESS; } error Invalid credentials; return ERROR; } }struts.xml配置action namelogin classcom.example.LoginAction result namesuccess/dashboard.jsp/result result nameerror/login.jsp/result /actionStruts2的典型特征继承ActionSupport获得验证等能力属性自动绑定请求参数返回字符串决定路由通过ActionContext访问Servlet API配置文件中明确定义输入输出映射2.3 Spring MVC的注解式实现Spring MVC采用了更现代的方式// LoginController.java Controller public class LoginController { Autowired private UserService userService; PostMapping(/login) public String login(RequestParam String username, RequestParam String password, HttpSession session, Model model) { if(userService.validate(username, password)) { session.setAttribute(user, username); return dashboard; } model.addAttribute(error, Invalid credentials); return login; } }Spring Boot下甚至不需要xml配置只需在application.properties中设置视图解析spring.mvc.view.prefix/ spring.mvc.view.suffix.jspSpring MVC的核心特点注解声明路由与参数绑定依赖注入管理服务组件方法参数灵活组合返回逻辑视图名极简配置3. 深度对比与技术选型建议通过上述实现我们可以提炼出关键对比维度维度Servlet/JSPStruts2Spring MVC配置方式web.xml声明struts.xml集中配置注解驱动API耦合度直接使用ServletAPI通过ActionContext可选HttpServletRequest参数绑定手动getParameter属性自动绑定RequestParam注解跳转控制硬编码路径逻辑结果映射返回视图名测试难度需要容器相对容易最容易学习曲线基础但繁琐中等中等偏上选型决策树是否需要完全控制请求处理流程是 → 选择Servlet否 → 进入2项目是否已有Struts2技术积累是 → 考虑Struts2否 → 进入3是否需要现代JavaEE特性是 → 选择Spring MVC否 → 根据团队熟悉度选择实际项目中框架选择常受非技术因素影响团队经验、历史债务、客户要求等。Struts2适合遗留系统维护新项目建议Spring MVC。4. 从登录案例看框架演进趋势观察登录功能的三种实现我们可以发现Java Web框架的清晰演进路径解耦程度提升Servlet业务逻辑与Servlet API强耦合Struts2通过Action抽象隔离Servlet APISpring MVC可完全脱离Servlet API编写控制器配置方式进化timeline title 配置方式演进 section 2003 web.xml : 声明式配置 section 2007 struts.xml : 集中式配置 section 2010 注解配置 : 声明即配置测试友好性增强无容器测试难度Servlet Struts2 Spring MVC这是因为Spring的依赖注入和接口设计更利于mock约定优于配置Servlet几乎没有约定Struts2action命名、结果映射等约定Spring MVC路径映射、参数绑定等智能约定在实际项目中使用Struts2时有几个经验值得分享合理设计拦截器栈可以大幅减少重复代码使用通配符配置能简化struts.xmlOGNL表达式要避免过度复杂化。而Spring MVC中ModelAttribute和SessionAttributes能优雅地处理表单和会话数据。