一次post提交中文造成乱码问题的分析
代码需要在jboss、was、weblogic三个应用服务下正常使用，其中因为在url中和post请求中都用到了中文，这样在三个服务器下面保证中文不乱码也就算个事了。
作者: 彭苏云
删除一条评论
评论删除后，数据将无法恢复
公众号
视频号
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
引用来自“zigzagroad”的评论
引用来自“zigzagroad”的评论
浏览器默认的提交请求是UTF-8编码。<br/><br/>
对客户端发起的所有请求都进行base64编码 理论上是可以做到、也并不困难，只是这个工作太无聊了。<br/><br/>
全部编码使用UTF-8，可避免要到处进行转码的问题。包括：（1）JSP文件编码和（2）pageEncoding（这两个是后台应用服务器在输出HTML时使用），（3）contentType （这是输出给客户端浏览器使用的），（4）<meta http-equiv="Content-Type" content属性（浏览器兼容性），（5）后台应用服务器设置使用的编码（Tomcat在server.xml中的<Connector>标签上设置URIEncoding，（6）数据库设置使用的编码，（7）操作系统的编码。
其中，如果没有设置（5）后台应用服务器的编码，那么后台应用服务器则使用（7）操作系统的编码。这个编码体系如同一条链条，任何一个环节的编码不正确，都会造成乱码问题的产生。
引用来自“zigzagroad”的评论
浏览器默认的提交请求是UTF-8编码。<br/><br/>
对客户端发起的所有请求都进行base64编码 理论上是可以做到、也并不困难，只是这个工作太无聊了。<br/><br/>
全部编码使用UTF-8，可避免要到处进行转码的问题。包括：（1）JSP文件编码和（2）pageEncoding（这两个是后台应用服务器在输出HTML时使用），（3）contentType （这是输出给客户端浏览器使用的），（4）<meta http-equiv="Content-Type" content属性（浏览器兼容性），（5）后台应用服务器设置使用的编码（Tomcat在server.xml中的<Connector>标签上设置URIEncoding，（6）数据库设置使用的编码，（7）操作系统的编码。
其中，如果没有设置（5）后台应用服务器的编码，那么后台应用服务器则使用（7）操作系统的编码。这个编码体系如同一条链条，任何一个环节的编码不正确，都会造成乱码问题的产生。
对客户端发起的所有请求都进行base64编码 理论上是可以做到、也并不困难，只是这个工作太无聊了。<br/><br/>
全部编码使用UTF-8，可避免要到处进行转码的问题。包括：（1）JSP文件编码和（2）pageEncoding（这两个是后台应用服务器在输出HTML时使用），（3）contentType （这是输出给客户端浏览器使用的），（4）<meta http-equiv="Content-Type" content属性（浏览器兼容性），（5）后台应用服务器设置使用的编码（Tomcat在server.xml中的<Connector>标签上设置URIEncoding，（6）数据库设置使用的编码，（7）操作系统的编码。
其中，如果没有设置（5）后台应用服务器的编码，那么后台应用服务器则使用（7）操作系统的编码。这个编码体系如同一条链条，任何一个环节的编码不正确，都会造成乱码问题的产生。