url 传递中文参数乱码问题的终极解决方法。
估计很多人在做web开发的时候，都会碰到过url传递中文参数，有时候会出现乱码的问题，但有些项目或者环境，又不会有问题。当遇到乱码的时候，上网找了很多解决方案，比如：
- 页面设置它的编码方式，改成utf-8 或者gb2312。
-
encodeURI(url)，也有人说要2个encodeURI，如：window.location.href = encodeURI('b.html?cId='+id+"&cName="+encodeURIComponent(name));
然后后台String str = java.net.URLDecoder.decode(str, "UTF-8");这样进行转码等。
解决方法就不一一列举了，大家可自行百度搜索，我也搞不清楚究竟怎么能保证百分百解决问题。
项目中碰到的情况是，开发环境经过上述的2种方法，折腾过，确实能定位某个编码转换是正常的。
但部署到测试环境调试输出后发现，无论是gbk，utf8,iso等等编码测试，都无法正常还原中文字符串。
于是想到了另外一种方法，就是把中文转换为数字或者是英文字母以及标点符号等组成的字符串传递到后台，
因此有想法是把字符串加密为base64的方式传过去后，再后台再进行解密。上网找了下，没找到现成的有效方法，于是放弃了。
再后来，想着不需要加密了，直接把字符串转换成16进制传递到后台，再把它转回来吧，于是，这个终极的解决方案就出来了。
首先是jsp页面中增加脚本，把字符串转换成16进制字符串，字符之间用,号隔开，不隔开，无法区分出哪个是半角哪个是全角（如果不用,号隔开的，麻烦请提供个好的解决方法，谢谢）
function stringToHex(str){
var val="";
for(var i = 0; i < str.length; i++){
if(val == "")
val = str.charCodeAt(i).toString(16);
else
val += "," + str.charCodeAt(i).toString(16);
}
return val;
}
页面上把字符串经过该函数转换后，传递到后台，如：
var code_value=stringToHex(PrjName);
var url= "/assets/fmProjectInfo.do?method=synCheckProjectName&prjName="+code_value+"&typeId=<bean:write name="fmProjectInfoForm" property="bo.ftId"/>"
后台的转换代码为：
public static String decode(String unicodeStr) {
if (unicodeStr == null) {
return null;
}
StringBuffer retBuf = new StringBuffer();
int maxLoop = unicodeStr.length();
for (int i = 0; i < maxLoop; i++) {
if (unicodeStr.charAt(i) == '\\') {
if ((i < maxLoop - 5)
&& ((unicodeStr.charAt(i + 1) == 'u') || (unicodeStr
.charAt(i + 1) == 'U')))
try {
retBuf.append((char) Integer.parseInt(
unicodeStr.substring(i + 2, i + 6), 16));
i += 5;
} catch (NumberFormatException localNumberFormatException) {
retBuf.append(unicodeStr.charAt(i));
}
else
retBuf.append(unicodeStr.charAt(i));
} else {
retBuf.append(unicodeStr.charAt(i));
}
}
return retBuf.toString();
}
//把jsp页面传递进来的，用,号隔开的16进制字符串转换成 类似：select \u7528\u6237\u540d from \u7528\u6237 的字符串，在调用decode方法把中文转换出来。
public static String jspStrInit(String sourceStr)
{
String[] sourceStrArray = sourceStr.split(",");
StringBuffer sb=new StringBuffer();
for (int i = 0; i < sourceStrArray.length; i++) {
if (sourceStrArray[i].length()<=2)
sb.append(hexStr2Str(sourceStrArray[i].toUpperCase()));
else
sb.append("\\u"+sourceStrArray[i]);
}
return sb.toString();
}
public static String jspDecode(String unicodeStr) {
String mStr=jspStrInit(unicodeStr);
return decode(mStr);
}
/**
* 十六进制转换字符串
* @param String str Byte字符串(Byte之间无分隔符 如:[616C6B])
* @return String 对应的字符串
*/
public static String hexStr2Str(String hexStr)
{
String str = "0123456789ABCDEF";
char[] hexs = hexStr.toCharArray();
byte[] bytes = new byte[hexStr.length() / 2];
int n;
for (int i = 0; i < bytes.length; i++)
{
n = str.indexOf(hexs[2 * i]) * 16;
n += str.indexOf(hexs[2 * i + 1]);
bytes[i] = (byte) (n & 0xff);
}
return new String(bytes);
}
public static void main(String[] args) throws Exception
{
String bb="5e02,91cd,70b9,5de5,4f5c,6d4b,8bd5";
String cc=jspDecode(bb);
System.out.println(cc);
}
jspDecode这个方法就是把jsp页面传递过来的字符串进行还原的。该终极解决方法就此结束。
最后，在另外一个项目中有客户的研发保障，说修改意见那里有时候保存不成功，有时候又没问题，经过分析，修改意见那里是使用ajax封装了json的数据传递到后台进行更新的。
由于意见里面包含了回车，标点符号等特殊符号，违反了json的原则导致的，我给他提供的解决方案，也是采用了该方案，让他把该意见转换为16进制字符串之后，传递到后台再转换回来去解决。
目前还没得到问题的解决答复，但按理，应该也可以用在该场景里面。
原创作品出自努力偷懒，转载请说明文章出处：http://blog.csdn.net/kfarvid或 http://www.cnblogs.com/kfarvid/
