Struts2接收中文参数乱码解决方案及框架对比

"本文主要讨论了Struts框架在处理中文请求参数时可能出现的乱码问题，特别是针对Struts2.1.6版本中的一个Bug。该Bug导致POST方式提交的中文参数变为乱码。解决方案是创建一个新的Filter，并将其置于Struts2 Filter之前，然后在doFilter方法中设置请求的字符编码为UTF-8（或其他适用的编码）。此外，文章还概述了Struts技术的发展历程，从Struts1到Struts2的演变，以及Struts2相对于Struts1的优势和改进之处。" 在Struts2.1.6版本中，由于框架在处理请求参数时的顺序问题，导致了POST请求中的中文参数出现乱码。这是由于它先处理了请求参数，之后才尝试设置请求的字符编码。为解决此问题，开发者可以创建自定义Filter，并在Filter中提前设置请求的字符编码，确保在Struts2处理请求之前完成编码设置。这样，当请求到达Struts2时，参数已经按照正确的编码进行了处理，从而避免乱码。 Struts框架的发展历程表明，尽管Struts1在早期取得了显著的成功，但随着时间推移，其局限性逐渐显现，如与JSP/Servlet的强耦合、表现层技术单一以及测试困难等问题。为了应对这些挑战，Struts2应运而生，它融合了WebWork框架的理念和技术，提供了更加灵活和强大的功能，例如WebWork的拦截器机制，使得在处理请求时可以方便地添加通用功能，如验证。 Struts2的体系结构包含一个核心控制器FilterDispatcher，它根据请求选择合适的Action执行。WebWork的拦截器链在此过程中发挥了关键作用，可以在Action执行前后执行预处理和后处理任务。Action的execute方法负责处理业务逻辑，根据请求参数执行相应的操作，并返回结果，这些结果可以被渲染成多种类型的视图。 对比Struts1，Struts2的主要改进包括： 1. **Action与视图的解耦**：Struts2允许Action类更加专注于业务逻辑，视图的呈现更加灵活。 2. **拦截器**：引入拦截器，增强了扩展性和可维护性，使得功能如验证、日志、事务管理等可以模块化处理。 3. **更强大的表达式语言（OGNL）**：Struts2使用OGNL作为内部表达式语言，提高了数据访问和控制流的灵活性。 4. **更少的侵入性**：Struts2降低了对应用程序代码的侵入程度，使得代码更易于测试和维护。 Struts2通过吸取Struts1的经验教训并引入新的设计思想，为Java Web开发提供了一个更强大、更易用的MVC框架。对于面临中文请求参数乱码问题的开发者，理解并应用上述解决方案将有助于改善应用的性能和用户体验。