struts2面试题：别背答案，面试先搞懂它为什么被淘汰

面试官问struts2，面试十有八九不是面试真想让你讲OGNL表达式或者值栈机制。他们想听的面试是——你对这个框架的“死因”有没有清醒认知。2017年struts2爆出S2-045远程代码执行漏洞时，面试我亲眼见过某电商平台连夜给所有接口打补丁，面试第二天CTO在晨会上拍桌子：“这破框架谁再敢用就滚蛋。面试”那个场景比任何技术文档都生动。面试

所以当被问到“struts2的面试核心组件是什么”，别急着背ActionContext、面试拦截器链这些名词。面试先承认它设计上的面试优雅——拦截器模型确实启发了后来的Spring MVC。但紧接着要指出问题：它的面试请求生命周期太复杂了。一个HTTP请求要经过Servlet过滤器、面试拦截器栈、面试Action代理、OGNL值栈转换，中间任何一环出错，排查日志就像在迷宫里找出口。我有次调一个参数绑定bug，从下午两点折腾到晚上九点，最后发现是某个拦截器悄悄改了参数名大小写。

再聊聊它和Servlet API的“藕断丝连”。虽然struts2号称解耦，但ActionContext里还是藏着request、response的ThreadLocal副本。这就导致两个致命伤：第一，并发量上来时ThreadLocal容易内存泄漏；第二，单元测试必须mock一堆环境，不像Spring MVC那样直接new一个Controller就能测。我认识的老程序员至今记得当年写struts2测试类要继承StrutsTestCase，光初始化容器就要等五秒。

最让面试官眼前一亮的回答角度是——拿它和现代框架对比。比如问“struts2如何实现RESTful风格”，标准答案是使用RestActionMapper。但实际开发中没人这么干，因为配置rest-action-mapping要写一堆XML，还不如直接在Action里写if判断请求方式。反观Spring MVC的@PathVariable注解，一行代码解决。这种对比能体现你不是书呆子，真的在项目里踩过坑。

当然，面试题里也有纯理论坑，比如“解释值栈的访问机制”。这时候别掉进OGNL的语法细节里。聪明的说法是：“值栈本质是一个栈结构，存放当前Action对象和Model对象，OGNL表达式通过栈顶到栈底顺序查找属性。它比request.setAttribute更灵活，但也因为这种动态性导致类型转换错误特别难排查——比如字符串转Date时，框架默认用Locale判断格式，中文环境下很容易报错。” 这段描述既展示原理理解，又带出实战痛点。

最后送你个反套路技巧。如果面试官问“struts2和struts1有什么区别”，除了说Action是类而非继承，一定要补一句：“struts1的Action是单例的，所以线程安全要求高；struts2每次请求都new一个Action，但ActionContext里的静态Map又成了新的安全隐患。” 这种辩证思维会瞬间拉开和其他候选人的差距。

记住，struts2面试题考察的不是你会不会用，而是你有没有“技术选型判断力”。那些还在维护老项目的公司，要的不是能写Action的人，而是能安全迁移到Spring Boot的人。所以回答时多提漏洞修复成本、社区停滞时间、第三方插件兼容性这些“非技术因素”——这才是面试官真正焦虑的事情。