nighty

    在項(xiàng)目中剛好有一個(gè)地方需要在服務(wù)器端處理一個(gè)請(qǐng)求后，重定向到另一個(gè)Action，這樣瀏覽器的url才會(huì)變成另一個(gè)url，用戶重新刷新時(shí)，才不會(huì)彈出一個(gè)對(duì)話框問(wèn)你是不是要重新提交form。于是就自然而然地用了redirectAction。大概如下：
   

1<result name="myInfoSuccess" type="redirectAction">
2    myapp_myInfo.action?msg=${msg}
3</result>

    因?yàn)橹囟x會(huì)丟失所有的請(qǐng)求參數(shù)和值棧，所以這里轉(zhuǎn)向時(shí)，加了一個(gè)請(qǐng)求參數(shù)msg，msg在要重定向的action中設(shè)置。
    問(wèn)題來(lái)了，重定向到myapp_myInfo.action時(shí)，這個(gè)Action里面取出msg參數(shù)時(shí)變成亂碼！！！ 不論中文或是英語(yǔ)還是數(shù)字，全是亂碼，折騰了一翻，URLEncoder、URLDEncoder進(jìn)行URL Base64編碼和解碼處理，包括new String(msg.getBtye("ISO-8859-1"), "UTF-8")這種處理方式仍無(wú)法奏效。google了一下并且抱起書(shū)本認(rèn)真看了看struts2重定向問(wèn)題后。大概有了個(gè)思路。
    所有的重定向操作都會(huì)丟失所有的請(qǐng)求參數(shù)、請(qǐng)求屬性等，當(dāng)然包括Action的處理結(jié)果也會(huì)丟失。 
    首先搞清楚redirect、redirectAction的區(qū)別：
    1. redirect類型struts2是調(diào)用HttpServletResponse的sendRedirect(String)方法來(lái)重定向到指定的資源，可以是一個(gè)視圖結(jié)果，也可以是其它類型的Action；
    2. redirectAction同樣是重新生成一個(gè)全新的請(qǐng)求。但是struts2內(nèi)部卻是使用ActionMapperFactory提供的ActionMapper來(lái)重定向，它只能跳轉(zhuǎn)到另外一個(gè)Action；
         由于redirectAction使用的是ActionMapper來(lái)重定向，也就同時(shí)使用ActionMapper的編碼方式重新進(jìn)行編碼，這就導(dǎo)致了后面在取出參數(shù)時(shí)變成亂碼，沒(méi)有具體閱讀它的源代碼，但是多次不同的編碼再想重新還原出來(lái)就有點(diǎn)麻煩了。而redirect是使用HttpServletResponse來(lái)重定向，就不存在上面的問(wèn)題。最后改為redirect來(lái)重定向，結(jié)果如下：
        注意：在myapp_myInfo.action對(duì)應(yīng)的Action必須對(duì)msg參數(shù)做一次轉(zhuǎn)碼，因?yàn)榍懊娴腁ction過(guò)來(lái)時(shí)就做了URL base64編碼，如果直接發(fā)給瀏覽器，就會(huì)在瀏覽器看到一串帶%的URL base64編碼字符，所以要加上
       把它設(shè)置回為中文，瀏覽器才能正常。

       還得提到另一個(gè)重定向類型chain，它是Action鏈，還能維持當(dāng)前的值棧不變。不過(guò)用它重定向后，雖然跳到其它Action，但是在瀏覽器端的URL是不會(huì)變化的，這樣開(kāi)頭提到的那個(gè)問(wèn)題仍是無(wú)法解決的！

剛進(jìn)場(chǎng)的時(shí)候戲就落幕