在项目中刚好有一个地方需要在服务器端处理一个请求后,重定向到另一个Action,这样浏览器的url才会变成另一个url,用户重新刷新时,才不会弹出一个对话框问你是不是要重新提交form。于是就自然而然地用了redirectAction。大概如下:
1
<
result
name
="myInfoSuccess"
type
="redirectAction"
>
2
myapp_myInfo.action?msg=${msg}
3
</
result
>
因为重定义会丢失所有的请求参数和值栈,所以这里转向时,加了一个请求参数msg,msg在要重定向的action中设置。
问题来了,重定向到myapp_myInfo.action时,这个Action里面取出msg参数时变成乱码!!! 不论中文或是英语还是数字,全是乱码,折腾了一翻,
URLEncoder、
URLDEncoder进行URL Base64编码和解码处理,包括new String(msg.getBtye("ISO-8859-1"), "UTF-8")这种处理方式仍无法奏效。google了一下并且抱起书本认真看了看struts2重定向问题后。大概有了个思路。
所有的重定向操作都会丢失所有的请求参数、请求属性等,当然包括Action的处理结果也会丢失。
首先搞清楚redirect、redirectAction的区别:
1. redirect类型struts2是调用HttpServletResponse的sendRedirect(String)方法来重定向到指定的资源,可以是一个视图结果,也可以是其它类型的Action;
2. redirectAction同样是重新生成一个全新的请求。但是struts2内部却是使用ActionMapperFactory提供的ActionMapper来重定向,它只能跳转到另外一个Action;
由于redirectAction使用的是ActionMapper来重定向,也就同时使用ActionMapper的编码方式重新进行编码,这就导致了后面在取出参数时变成乱码,没有具体阅读它的源代码,但是多次不同的编码再想重新还原出来就有点麻烦了。而redirect是使用HttpServletResponse来重定向,就不存在上面的问题。最后改为redirect来重定向,结果如下:
1
<
result
name
="myInfoSuccess"
type
="redirect"
>
2
<
param
name
="location"
>
myapp_myInfo.action?msg=${msg}
</
param
>
3
<
param
name
="encode"
>
true
</
param
>
4
</
result
>
注意:在myapp_myInfo.action对应的Action必须对msg参数做一次转码,因为前面的Action过来时就做了URL base64编码,如果直接发给浏览器,就会在浏览器看到一串带%的URL base64编码字符,所以要加上
1
String msg
=
URLDecoder.decode(getMsg(),
"
UTF-8
"
);
2
setMsg(msg);
把它设置回为中文,浏览器才能正常。
还得提到另一个重定向类型chain,它是Action链,还能维持当前的值栈不变。不过用它重定向后,虽然跳到其它Action,但是在浏览器端的URL是不会变化的,这样开头提到的那个问题仍是无法解决的!