‘壹’ java https请求 中文乱码问题
尝试的方法：
1. 在服务端接收到参数时，utf-8转gbk,无效。
2. 在服务端接收到参数时，iso-8859-1转gbk,无效。
3. 在发送请求前将中文参数转码，utf-8转iso-8859-1,无效。代码如下：
new String（remark.getBytes（“UTF-8”）， “ISO-8859-1”）
4. 在请求端，HttpHeader设定ContentType为“application/json;UTF-8”,无效。代码如下：
headers.setContentType（Media.valueOf（“application/json;UTF-8”））；
写到这里，有人应该感觉到这有点“病急乱投医”的感觉了，没有头绪地在试着各种方式。是的，起初我觉得是请求header中采用了ISO-8859-1的编码，但尝试后很显然不是；后来我觉着是否是RestTemplate中采用的HttpMessageConverter方式所决定的，但没能找到很好的证明方式，查资料说的是StringHttpMessageConverter默认采用的是ISO-8859-1编码，可我觉得我指定了ContentType为application/json,RestTemplate不应该去调用StringHttpMessageConverter啊，其中的原理还有待深究。个人感觉这种情况出问题的可能性最大。
最后，在网上看到一篇文章后，看了一种建议方式，并且是可行的，就是使用URLEncode,将中文参数在传参前进行encode.这里以GBK编码是为了在服务器端接收参数后无需再转码了，如下：
list.add（URLEncode.encode（name, “GBK”））；
URLEncode方式可以解决这种特定场景的中文乱码问题，相信理解其原理后还可以运用到更多的场景。目前我在网上看到的，关于用URLEncode处理中文乱码最多的场景就是文件下载时中文文件名乱码。
‘贰’ java HttpPost传入参数中文乱码
以上的2个方法最好都要用上 过滤器只能解决POST请求 ，要处理GET请求就要用
bytes = string.getBytes("iso-8859-1") 得到原始的字节串，再用 string = new String(bytes, "GB2312") 重新得到正确的字符串 。
这个方法，所以最好2个都要写，这样不管是POST还是GET请求就都能解决了。
‘叁’ java中页面传值中文乱码
js请求的对好方法是进行两次编码
enkey
=
encodeURI(encodeURI(key));
然后在服务端解码一次，就不会出现乱码了
当然编码和解码的字符集要一致，由于JavaScript是用utf-8所以解码时也应用utf-8
‘肆’ jsp向java后台传递参数乱码
首先jsp页面编码要统一 建议都使用 utf-8
传值得话 如果是 post 后台第一句加 request.setCharacterEncoding("UTF-8")
get 的话就是
String parm=new String(request.getParameter("parm").getBytes("ISO-88591"),"UTF-8");
javascript 传
window.location.href =" xxx.jsp ? parm="+ encodeURI('中文');
后台在 String parm = java.net.URLEncoder.encode( request.getParameter("parm"), "utf-8 ")
‘伍’ 在java中，我向jsp页面传递数组值的时候出现中文乱码。
按字节转换慎用，95%的乱码这样是解决不了的
首先要确认java 中取到数据是否乱码？有些时候是数据库到 java 就乱码了。
然后直接在 页面alert 你的结果，尽量不走任何方法。看看是否是界面上的js导致的乱码？早期的ext、jquery都有自以为是转码的毛病
另外提一点，你放在数组里是怎么传到前台的，别说你把数组直接传递了。那相当于 str.toString()
返回的可能是数据类型而不是你要的值。