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

 今天遇到个奇葩问题，现象：

后台需要通过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运行就需要编码呢？ 这个仍未知道具体原因