struts.xml配置文件详解与优化
每次打开struts.xml文件时，我总觉得像是在看一张藏宝图。这个文件就像Struts2框架的中枢神经，所有的请求路由、拦截器配置、结果映射都在这里定义。记得刚开始用Struts2时，我总把package的namespace配置错，导致页面死活找不到对应的action。
配置文件里最常用的就是action映射了。给每个业务逻辑定义好name属性，配上对应的class和方法，最后指定result跳转路径。我发现把相关的action分组到同一个package里，管理起来特别方便。namespace的设计也很有讲究，它就像是action的"门牌号"，合理的命名能让项目结构一目了然。
Action类的设计与最佳实践
Action类真是个神奇的存在，它既不是Servlet也不是普通的JavaBean，却能完美地连接视图和业务逻辑。刚开始我总纠结要不要继承ActionSupport，后来发现它提供的validate()方法和国际化支持实在太香了。现在我的Action类都习惯性地继承它，就像给手机装了个多功能保护壳。
设计Action时有个小技巧：保持单一职责。以前我总喜欢把一堆功能塞进一个Action里，结果代码越来越臃肿。现在我更倾向于一个功能对应一个Action，这样不仅测试方便，维护起来也轻松多了。记得给每个Action方法都加上清晰的注释，三个月后的你会感谢现在的自己。
拦截器的使用场景与自定义实现
拦截器绝对是Struts2最酷的功能之一！想象一下，你可以在请求到达Action前和返回响应后插入各种功能，就像给请求处理流程装上了可拆卸的"功能模块"。日志记录、权限校验、性能监控，这些横切关注点用拦截器实现简直不要太方便。
自己写拦截器其实特别简单，继承AbstractInterceptor类，实现intercept方法就行。记得上次项目需要记录每个请求的耗时，我花了不到半小时就写好了性能监控拦截器。配置时要注意拦截器栈的顺序，这就像做汉堡，生菜和番茄酱的顺序放错了味道就不对劲了。
多种结果类型的灵活运用
Struts2的结果类型就像瑞士军刀上的各种工具，每种都有独特的用途。最常用的dispatcher结果类型大家都熟悉，但当我第一次发现redirectAction结果类型时，简直像发现了新大陆。它能在不暴露URL的情况下实现Action间的跳转，完美解决了表单重复提交的问题。
JSON结果类型是我的另一个心头好。配合@Action注解，轻松就能把Java对象转成JSON返回给前端。记得有次接口突然要返回XML格式，我正发愁要重写逻辑，结果发现Struts2早就准备好了xml结果类型，改个配置就搞定了。这种开箱即用的体验，让人忍不住想给框架设计者点个赞。
国际化(i18n)实现方案
做国际化功能时，我总想起大学时被四六级考试支配的恐惧。但Struts2的国际化方案简单得让人感动。准备properties文件时，我习惯用Action类名作为文件名前缀，这样查找起来特别方便。比如LoginAction.properties，系统会自动匹配对应的语言版本。
<s:text>标签是国际化的好帮手，在页面上直接写key就能显示对应语言的文本。调试时有个小技巧：在struts.xml里加上
异常处理机制与全局配置
以前遇到异常时，我总在Action里写一堆try-catch，代码看起来像打了补丁的牛仔裤。后来发现Struts2的全局异常处理机制后，整个人都通透了。在struts.xml里配置<global-exception-mappings>，就像给整个应用装了个安全气囊。
我最喜欢的是exception-mapping的result配置，可以把不同类型的异常导向不同的错误页面。比如数据库异常跳technicalError.jsp，业务异常跳businessError.jsp。配合<global-results>使用效果更佳，连404页面都能统一处理。有次线上突然报空指针，幸亏提前配置了异常处理，用户看到的是友好的错误提示，而不是满屏的堆栈信息。
缓存策略与性能调优技巧
每次看到Struts2应用启动时加载几十个拦截器，我就想起老牛拉破车的画面。后来发现可以在struts.xml里用
数据库查询才是真正的性能杀手，有次排查发现某个Action每次都要查全表数据。后来改用Struts2的ValueStack配合拦截器做二级缓存，QPS直接翻倍。现在我的习惯是给频繁访问的Action加@Cache注解，就像给代码穿上了跑鞋。不过要注意缓存过期策略，有次用户信息更新不及时，差点被测试妹子追杀到工位。
OGNL表达式高效使用方法
刚开始用OGNL时，我总把它当成加强版EL表达式，直到有次在JSP里写了段${user.department.parentCompany.name}，系统直接给我表演了个原地爆炸。后来才明白深度嵌套的OGNL就像俄罗斯套娃，拆开才能玩得转。现在我会在Action里先把复杂对象关系处理好，页面上只用简单的${user.companyName}。
OGNL的类型转换也是个宝藏功能。以前处理表单日期字段要手动写SimpleDateFormat，现在只要在Action里加个@TypeConversion注解就能自动转换。有次需要处理多选框提交的数组，发现OGNL能自动把name="hobbies"的input转换成List，省去了我半天的解析代码。不过要小心OGNL注入漏洞，千万别直接把用户输入当作表达式执行。
安全防护措施与常见漏洞防范
Struts2的安全问题就像打地鼠游戏，刚解决一个又冒出来新的。我的安全三板斧是：第一招，在web.xml里配<security-constraint>强制HTTPS；第二招，给所有Action实现Validateable接口做参数校验；第三招，用@Validations注解给表单字段加上正则校验。有次黑客尝试SQL注入，被我的正则表达式^[a-zA-Z0-9]+$挡在门外时，监控警报响得像赢了彩票。
文件上传功能简直是漏洞批发市场。现在我都严格限制上传目录权限，用OGNL检查文件后缀白名单。最坑的是S2-045漏洞时期，我连夜给所有项目打补丁的样子像极了急诊科医生。建议在struts.xml里加上
常用插件整合与使用技巧
Struts2的插件系统就像乐高积木，总能找到适合当前项目的模块。记得第一次用struts2-json-plugin时，原本需要手动拼JSON的接口，现在只要在struts.xml里配个
struts2-rest-plugin让我告别了手动解析URL参数的日子。现在用@Namespace("/api")和@Action(value = "users/{id}")就能轻松构建RESTful接口。最神奇的是配合Convention插件，连struts.xml都不用写，按照约定放置Action类就能自动映射路由。不过有次把Action类名从UserAction改成UsersAction，接口突然404，才明白这插件对命名规范严格得像强迫症。
与主流框架(Spring/Hibernate)集成方案
当Struts2遇上Spring，就像咖啡遇上奶精。通过struts2-spring-plugin，可以把Action交给Spring容器管理，直接在Action里@Autowired服务层组件。有次在Action里调用@Service标注的业务类，那种丝滑的依赖注入体验让我感动得想写感谢信。但要注意别把Spring的@Controller和Struts2的@Action混用，有次同事这么干导致请求像乒乓球一样在两个框架间弹来弹去。
Hibernate整合更是个技术活。我习惯在Spring管理的Service层用@Transactional，Struts2 Action只负责调用Service方法。有次在Action里直接操作Hibernate Session，遇到懒加载异常时JSP页面疯狂报错，才明白分层设计的重要性。现在我的黄金组合是：Struts2处理Web层，Spring管理业务和事务，Hibernate操作数据库，各司其职才能长治久安。
RESTful API开发实践
用Struts2做RESTful API就像给传统框架装上现代引擎。除了rest-plugin，我还会搭配struts2-contentType-negotiation-plugin，让同一个接口能根据Accept头返回JSON或XML。有次前端同事要application/json，移动端要application/xml，这个插件让我避免了写两套Action的悲剧。@ParentPackage("rest-default")这个注解成了我的新宠，配合HTTP方法约定，DELETE请求直接映射到Action的delete方法，优雅得不像传统框架。
设计API时我中了HATEOAS的毒，所有响应都带上_links字段。后来发现struts2-hal-plugin能自动生成符合HAL规范的链接，省去了手动拼装URI的痛苦。分页查询用Page对象包装结果集，再配上@JSON(serialize=false)忽略getHibernateLazyInitializer，返回的数据结构干净得像瑞士军刀。虽然现在Spring Boot更流行，但老项目Struts2改造的API性能丝毫不逊色，每次压测都让我露出老父亲般的微笑。
标签： #Struts2框架配置优化 #Java Struts2拦截器实现 #Struts2国际化方案 #Struts2异常处理机制 #Struts2与Spring集成
