| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
戒除浮躁，读好书，交益友 |
| Blog信息 |
|
blog名称:邢红瑞的blog
日志总数:523
评论数量:1142
留言数量:0
访问次数:9698753
建立时间:2004年12月20日 |
| |
|
 [j2ee]servlet容器重定向的转码问题
原创空间, 软件技术
邢红瑞 发表于 2005/7/20 9:33:03 |
|
最近遇到这样一个问题，UI的设计如下，使用关键字keyword进行查找，查找的数据进行分页，然后在分页的网页上直接进行修改，然后提交，而且提交成功后，必须返回原来的页面，不能重新分页。
这要求保留分页的页数和keyword，在处理提交数据的spring controlller中，得到页数和keyword，处理完数据后，redirect回jsp页面时，不能回到原来的页面，发现keyword为汉字，keyword值就变了，不是Unicode编码，分页的页数是数字，不用考虑。
思考一下，tomcat的接受get或post数据时，将汉字自动转为ISO-8859-1编码，处理redirect时，没有进行转码，看来只有我自己做转码工作，java.net.URLEncoder.encode(keyword,"ISO-8859-1"),因为resin特殊的机制不用考虑转码问题.
记得车东说过,如果你的应用服务器环境中，当通过GET方法和Post方法传递汉字串做参数通过convert toGB没有问题，但使用<jsp:forward>时，<jsp:param>参数值为汉字串时，通过正常的GB转换却显示乱码时，可以将此参数值先转换为ISO－8859－1的编码.来自http://www.chedong.com/tech/unicode_java.html |
|
|