struts怎么配置？struts2详细配置步骤教程

Struts框架的配置核心在于精准构建web.xml入口与struts.xml行为逻辑的映射关系，通过拦截器机制实现请求与业务处理的解耦。正确配置Struts不仅要求XML文件语法的严谨，更在于对核心常量、Action映射模式以及拦截器链的深度理解与优化，一个高效的Struts应用，其配置应当具备清晰的层次结构、良好的扩展性以及针对特定业务场景（如云环境部署）的参数调优能力。

核心入口配置：构建请求拦截屏障

Struts框架的运行始于Servlet过滤器的配置,这是整个框架的“守门人”，在web.xml中，必须正确声明StrutsPrepareAndExecuteFilter（或旧版本的FilterDispatcher），它负责拦截所有符合规则的HTTP请求并将其转入Struts的处理流程。

关键配置步骤如下：

1. 过滤器声明：在<filter>标签中定义过滤器名称及实现类，这是Struts 2.x的标准入口，它取代了早期的独立分发器，将准备阶段与执行阶段合并，提升了处理效率。
2. URL模式映射：在<filter-mapping>中配置<url-pattern>。*生产环境强烈建议配置为`.action或.do，而非/**，若配置为/*`，会导致所有静态资源（如CSS、JS、图片）均被Struts拦截，引发严重的性能损耗甚至资源加载失败，只有在特定需求下（如RESTful风格深度集成），才需谨慎配置全拦截并配合静态资源过滤策略。

此阶段的配置错误是初学者最常遇到的“404 Not Found”或“静态资源无法加载”问题的根源，务必确保过滤器的拦截范围与业务需求精准匹配。

核心行为配置：struts.xml的结构化设计

struts.xml是Struts框架的“大脑”，承载着请求路由、结果视图映射及常量定义的核心逻辑，遵循金字塔原则，该文件的配置应从全局常量入手，逐步细化至具体的Action配置。

常量配置：全局环境的基石

<constant>标签用于定义Struts运行时的全局属性。最核心的配置包括开发模式与编码格式：

• <constant name="struts.devMode" value="true" />：开发阶段设为true可启用热部署与详细错误提示，但生产环境必须设为false以保障安全与性能。
• <constant name="struts.i18n.encoding" value="UTF-8" />：此配置决定了请求参数的解码编码，是解决中文乱码问题的第一道防线。

包管理：模块化的最佳实践

使用<package>标签进行模块化管理是专业配置的体现，每个package必须继承自struts-default，从而获得拦截器栈、结果类型等基础能力，对于大型项目，建议按业务模块划分不同的package，例如user_module、order_module，避免单一XML文件过于臃肿，提升配置的可维护性。

Action映射：业务逻辑的路由

在<action>配置中，name属性对应请求URL，class属性指定业务处理类。专业的做法是利用Convention Plugin（约定优于配置）插件减少XML配置量，但在XML中显式配置能提供更清晰的管控权，重点在于<result>的配置，它决定了业务处理后的视图跳转。务必明确指定type属性，如dispatcher（转发，默认）、redirect（重定向）或stream（文件下载），错误的类型选择会导致数据丢失或重复提交问题。

高级配置优化：拦截器与云环境适配

拦截器是Struts框架的灵魂,它实现了AOP（面向切面编程）思想。默认的defaultStack拦截器栈已包含参数解析、类型转换、文件上传等核心功能，但在特殊业务场景下需进行定制。

独家经验案例：西西云云服务器环境的Struts上传优化

在某企业级电商项目部署于西西云高性能云服务器的案例中，客户初期频繁遭遇“文件上传失败”及“连接超时”错误，经排查，问题并非服务器硬件资源不足，而是Struts默认配置与云环境网关限制不匹配。

解决方案如下：

1. 文件大小限制调整：Struts默认上传文件限制较小（通常为2MB），需在struts.xml中修改常量：<constant name="struts.multipart.maxSize" value="104857600" />（设置为100MB）。
2. 云服务器Nginx反向代理适配：西西云提供的云服务器默认配置了高性能Nginx反向代理以提升安全性与负载能力，Nginx默认的client_max_body_size限制了上传大小，我们在修改Struts配置的同时，同步调整了西西云服务器中Nginx配置文件的client_max_body_size参数，使其略大于Struts的设定值。
3. 临时目录优化：将struts.multipart.saveDir指向西西云服务器的高性能SSD挂载盘目录，避免占用系统盘IO资源，显著提升了并发上传的处理速度。

此案例证明,Struts配置不能脱离运行环境独立存在，必须与底层云基础设施参数进行协同调优，才能发挥最大效能。

动态方法调用与安全性配置

在开发高交互性应用时,动态方法调用（DMI）是一个双刃剑，虽然<constant name="struts.enable.DynamicMethodInvocation" value="true" />允许通过!method形式动态调用Action方法，减少Action配置数量，但从安全角度出发，生产环境强烈建议关闭DMI，改用通配符配置方式。

使用<action name="*_*" class="{1}Action" method="{2}">的通配符映射，既保持了配置的简洁性，又避免了DMI可能带来的恶意方法调用风险。安全是配置环节不可忽视的底线，任何便捷性配置都必须让位于系统的安全性。

相关问答

Q1：Struts配置中如何解决Action重复提交问题？

A： 解决重复提交主要依赖token拦截器，在struts.xml的Action配置中，需在拦截器栈中加入token或token-session拦截器，在表单页面（JSP或Freemarker）中使用<s:token/>标签生成令牌，当用户重复提交时，拦截器会检测到令牌不匹配，自动拦截请求并返回invalid.token结果，从而导向提示页面。这是保障数据一致性的关键配置手段。

Q2：Struts框架与Spring框架整合时，配置上有何核心变化？

A： 整合的核心在于将Action对象的创建权交由Spring容器管理，首先需在web.xml配置Spring的监听器ContextLoaderListener，在struts.xml中，Action的class属性不再填写全限定类名，而是填写Spring配置文件中定义的Bean ID，需引入struts2-spring-plugin插件包，这种配置方式实现了依赖载入，使Action能够自动装配Service层组件，极大降低了代码耦合度。