java application执行 URLConnection 发送post 和tomcat中执行 结果不一样,tomcat中中文乱码

时间:2022-01-23 15:56:14


 今天遇到个奇葩问题,现象:

后台需要通过URLConnection 给第三方发送post请求,参数里有中文(该中文参数是后台写死的,不是前端传入 ),而且这些参数是地址重写的方式赋值的(就是拼接到地址后面,至于为什么post请求这么发送,是因为第三方的接口的奇葩要求)。通过run java application 发送请求 ,代码里没任何的编码,我发送成功,且第三方接受并执行成功,返回success。 但是,把项目部署到tomcat,发送后,第三发收的中文是乱码,返回错误信息。


然后,为了解决部署后就乱码的问题 ,尝试了一下操作:

1.修改URLConnection 发送请求时的设置:

  conn.setRequestProperty("Charset", "utf-8");
  conn.setRequestProperty("Accept-Charset", "utf-8");
  conn.setRequestProperty("contentType", "utf-8");


2.添加输出流的编码限制

out =new PrintWriter(conn.getOutputStream()); 改为 ----->    out =new PrintWriter( new OutputStreamWriter(conn.getOutputStream(), "utf-8"));


3.修改中文参数字符串的编码

p = new String(p.getBytes(),"utf-8");


可是以上的方式都不行。


4.最后打算用URLEncoder.encode()

1.URLEncoder.encode()对拼接参数后的请求地址进行编码。

   这个方式会导致地址中的  :和 /  和 &这些符号也被编码,导致乱码

原因如下,看了URLEncoder.encode()这个方法的官方说明:


 The alphanumeric characters "a" through "z", "A" through "Z" and "0" through "9" remain the same. 
 The special characters ".", "-", "*", and "_" remain the same. 
 The space character " " is converted into a plus sign "+". 

2.只对参数进行URLEncoder.encode()

  这个方法终于成功解决编码问题。


但是最奇葩的问题是:为什么通过run java application这种方式就不需要任何编码上的处理,就可以请求成功呢?而部署到tomcat运行就需要编码呢? 这个仍未知道具体原因