今天遇到个奇葩问题，现象：
后台需要通过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 special characters ".", "-", "*", and "_" remain the same.
The space character " " is converted into a plus sign "+".
2.只对参数进行URLEncoder.encode（）
这个方法终于成功解决编码问题。
但是最奇葩的问题是：为什么通过run java application这种方式就不需要任何编码上的处理，就可以请求成功呢？而部署到tomcat运行就需要编码呢？ 这个仍未知道具体原因