|
1、jsp、servlet字符集要统一，如果要用gbk就都用gbk.或者都用utf-8.我都统一用得是utf-8;（我在servlet中分别对request和response进行了字符集设置，并且还应用 new String（S.getBypes（ISO-8859-1），"UTF-8" ） 由于他和request的设置的作用是相同的， 所以我得到还是乱码，由此可以看出不是吧所有的字符集设置都加上就是正确的） 2、在未插入数据库之前一定要确认servlet在jsp页面获得的是否为中文。 3、Ibatis 在连接mysql的时候 url 里面加的characterEncoding 的值要和mysql的字符集一制。 4、为解决中文问题，mysql我用的gbk. 5、Mysql5.0 的驱动也很重要，驱动要和mysql的版本一致，要不然也会出问题，这个是出现中文字符乱码的原因之一。 6、Tomcat 字符集的设置，修改 D:\Tomcat 6.0\conf\server.xml <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="9443" URIEncoding='GBK' /> 增加对GET方法获取数据时的编码设置参数 URIEncoding='GBK',（设置tomcat对我项目影响不大，我刚才测试了一下，如果不设置也正常运行，设置这项对于用get方法获取参数是有作用） 7、我在网上查了好多的资料好多人都说mysql和jsp、servlet 最好统一字符，确实统一字符会少很多麻烦，由于我的mysql设置成utf-8就有问题，所以我就设置成gbk的了！按照网上说的更改my.ini 文件结合设置语句，都统一成下面这样了 8、其实遇到中文乱码问题的人很多，主要原因就是没有弄清jsp、servlet、mysql之间字符集是怎么转换的，个人认为应该先从理论上理解，自己在做一些测试，如果还是有问题，就要一步一步的测试，中文问题也就容易解决了！ 针对字符集的问题我查阅了很多资料，下面整体进行总结一下： 下面对于字符集的设置在jsp、servlet、mysql、tomcat中的作用 首先要清楚几个名词解释及其作用 1. contentType: <%@ page contentType="text/html; charset=UTF-8″%> 2. pageEncoding:<%@ page pageEncoding="UTF-8″%> 3. html页面charset:<META http-equiv="Content-Type" content="text/html; charset=UTF-8″> 4. setCharacterEncoding:request.setCharacterEncoding（），response.setCharacterEncoding（） 5. setContentType:response.setContentType（） 6. jsp页面编码： jsp文件本身的编码 7. web页面显示编码：jsp的输出流在浏览器中显示的编码 8. web页面输入编码： 输入框输入的字体编码 9. web服务器输入的请求流： web Server相应浏览器的请求数据 10. web服务器输出的响应流： web Server相应浏览器的输出数据 1、JSP/Servlet中的几个字符编码的作用 在JSP/Servlet中主要有以下几个地方可以设置编码，pageEncoding="UTF-8"、contentType="text /html;charset=UTF-8"、request.setCharacterEncoding（"UTF-8"）和 response.setCharacterEncoding（"UTF-8"），其中前两个只能用于JSP中，而后两个可以用于JSP和Servlet 中。 （1）pageEncoding="UTF-8"的作用是设置JSP编译成Servlet时使用的编码。 众所周知，JSP在服务器上是要先被编译成Servlet的。pageEncoding="UTF-8"的作用就是告诉JSP编译器在将JSP文件编译成 Servlet时使用的编码。通常，在JSP内部定义的字符串（直接在JSP中定义，而不是从浏览器提交的数据）出现乱码时，很多都是由于该参数设置错误 引起的。例如，你的JSP文件是以GBK为编码保存的，而在JSP中却指定pageEncoding="UTF-8",就会引起JSP内部定义的字符串为 乱码。 另外，该参数还有一个功能，就是在JSP中不指定contentType参数，也不使用response.setCharacterEncoding方法时，指定对服务器响应进行重新编码的编码。 补充： pageEncoding, 只是指明了 JSP 页面本身的编码格式，跟页面显示的编码没有关系； 容器在读取（文件）或者（数据库）或者（字符串常量）时将起转化为内部使用的 Unicode,而 页面显示的时候将内部的Unicode转换为contentType指定的编码后显示页面内容；如果pageEncoding属性存在，那么JSP页面的 字符编码方式就由pageEncoding决定，否则就由contentType属性中的charset决定，如果charset也不存在，JSP页面的 字符编 码方式就采用默认的ISO-8859-1. （2）contentType="text/html;charset=UTF-8"的作用是指定对服务器响应进行重新编码的编码。 在不使用response.setCharacterEncoding方法时，用该参数指定对服务器响应进行重新编码的编码。服务器在将数据发送到浏览器前，对数据进行重新编码时，使用的就是该编码。 （3）request.setCharacterEncoding（"UTF-8"）的作用是设置对客户端请求进行重新编码的编码。 该方法用来指定对浏览器发送来的数据进行重新编码（或者称为解码）时，使用的编码 （4）response.setCharacterEncoding（"UTF-8"）的作用是指定对服务器响应进行重新编码的编码。服务器在将数据发送到浏览器前，对数据进行重新编码时，使用的就是该编码。 其次，要说一说浏览器是怎么样对接收和发送 的数据进行编码的 response.setCharacterEncoding（"UTF-8"）的作用是指定对服务器响应进行重新编码的编码。同时，浏览器也是根据这个 参数来对其接收到的数据进行重新编码（或者称为解码）。所以在无论你在JSP中设置 response.setCharacterEncoding（"UTF-8"）或者 response.setCharacterEncoding（"GBK"），浏览器均能正确显示中文（前提是你发送到浏览器的数据编码是正确的，比如正 确设置了pageEncoding参数等）。读者可以做个实验，在JSP中设置response.setCharacterEncoding（"UTF- 8"），在IE中显示该页面时，在IE的菜单中选择"查看（V）"à"编码（D）"中可以查看到是" Unicode（UTF-8）",而在在JSP中设置response.setCharacterEncoding（"GBK"），在IE中显示该页面 时，在IE的菜单中选择"查看（V）"à"编码（D）"中可以查看到是"简体中文（GB2312）". 浏览器在发送数据时，对URL和参数会进行URL编码，对参数中的中文，浏览器也是使用response.setCharacterEncoding参数 来进行URL编码的。以百度和GOOGLE为例，如果你在百度中搜索"汉字",百度会将其编码为"%BA%BA%D7%D6".而在GOOGLE中搜索" 汉字",GOOGLE会将其编码为"%E6%B1%89%E5%AD%97",这是因为百度的 response.setCharacterEncoding参数为GBK,而GOOGLE的的 response.setCharacterEncoding参数为UTF-8. 浏览器在接收服务器数据和发送数据到服务器时所使用的编码是相同的，默认情况下均为JSP页面的 response.setCharacterEncoding参数（或者contentType和pageEncoding参数），我们称其为浏览器编 码。当然，在IE中可以修改浏览器编码（在IE的菜单中选择"查看（V）"à"编码（D）"中修改），但通常情况下，修改该参数会使原本正确的页面中出现 乱码。一个有趣的例子是，在IE中浏览GOOGLE的主页时，将浏览器编码修改为"简体中文（GB2312）",此时，页面上的中文会变成乱码，不理它， 在文本框中输入"汉字",提交，GOOGLE会将其编码为"%BA%BA%D7%D6",可见，浏览器在对中文进行URL编码时，使用的就是浏览器编码。 弄清了浏览器是在接收和发送数据时，是如何对数据进行编码的了，我们再来看看服务器是在接收和发送数据时，是如何对数据进行编码的。 对于发送数据，服务器按照response.setCharacterEncoding-contentType-pageEncoding的优先顺序，对要发送的数据进行编码。 对于接收数据，要分三种情况。一种是浏览器直接用URL提交的数据，另外两种是用表单的GET和POST方式提交的数据。 因为各种WEB服务器对这三种方式的处理也不相同，所以我们以Tomcat5.0为例。
|
|
|
