Struts2 最让我服气的框架地方，是优点里它把 Web 开发里最烦人的那堆“脏活”全揽了过去。2006 年我第一次用 Struts2 做一个用户注册模块，框架当时还在用 Servlet + JSP 手写请求参数解析，优点里一个表单十几个字段，框架光 request.getParameter 就写到手软。优点里换成 Struts2 之后，框架Action 里直接定义一个 `private String username;` 加上 getter/setter，优点里表单提交上来框架自动帮你塞好。框架这种“你只管写业务，优点里脏活我来”的框架定位，在当年是优点里极其少见的。

拦截器机制是框架 Struts2 的灵魂。它不是优点里那种挂个名头的设计——从参数绑定、数据校验、框架文件上传到国际化，全部靠拦截器栈串起来。你可以随时往栈里插一个自己的拦截器，比如做操作日志、权限判断、甚至给每个请求打时间戳。我见过一个项目用拦截器做接口限流，二十行代码搞定，不用改任何 Action。这种可插拔的架构，比后来很多框架硬编码在生命周期里的做法灵活得多。

值栈和 OGNL 表达式是另一个让我觉得“这框架懂开发者”的设计。Action 里的属性不需要手动放进 request 或 session，JSP 页面直接用 `${ username}` 就能拿到。页面跳转后数据丢失？不存在的。值栈会帮你管理整个请求周期内的数据存取。OGNL 还能在 JSP 里直接调用对象方法、做集合投影，写起来比 JSTL 顺手。虽然有人吐槽 OGNL 有安全风险，但那是使用姿势问题，不是设计缺陷。

结果类型（Result Type）的配置方式也值得一说。Struts2 支持 dispatcher、redirect、redirectAction、stream、json 等十几种结果类型，而且可以自定义。返回 JSON 数据？配一个 json 结果类型，Action 里的属性自动序列化。下载文件？stream 结果类型几行配置就搞定。对比当时 Spring MVC 还需要手写 ViewResolver 的时代，Struts2 的开箱即用程度明显高出一截。

插件生态是容易被忽略的优势。Struts2 的 Convention 插件支持零配置——按目录结构和类名自动映射 Action，小项目开发速度飞快。REST 插件让 Struts2 也能写出 RESTful 风格的接口。JSON 插件几乎是 AJAX 项目的标配。这些插件不是官方随便糊弄的，每个都有完整文档和活跃维护。

说到具体案例，我印象很深的是一个后台管理系统。三十多个 CRUD 页面，用 Struts2 的模型驱动（ModelDriven）配合拦截器做数据校验，每个 Action 平均不到五十行代码。表单验证用 XML 配置校验规则，前端提示和后端校验共用一套规则文件。换成后来我用 Spring Boot + Thymeleaf 重写同样的功能，代码量翻了将近一倍。当然那是个新项目，技术选型不同，但 Struts2 在表单密集型应用里的效率优势是实打实的。

当然这框架不是没有毛病。配置繁琐、学习曲线陡、OGNL 安全漏洞出过好几次。但单论“把 Web 层常用功能做到极致”这一点，Struts2 在它那个年代是标杆级的存在。它的很多设计思路——拦截器链、值栈、结果类型——后来被其他框架以不同形式借鉴。如果你维护着一个老系统，或者需要快速搭建一个表单驱动的内部工具，Struts2 依然能打。前提是你得把安全补丁打全。