使用的是Tomcat服务器,把网页表单的数据使用POST,经过JSP提交到MySQL数据库,出现了乱码。HTML页面的编码,JSP设置的编码,还有数据库设置的编码都是UTF-8。就不知道问题出在哪里。找了半天的解决办法,最后解决。现需要记录两个方法。
1、在URL中设置编码格式(没解决我的问题)
如果是java代码:
private static String URL = "jdbc:mysql://localhost:3306/ki?useUnicode=true&characterEncoding=UTF-8";
private static String USER = "root";
private static String PASSWORD = "root";
如果是XML配置(&的转义字符为&
):
<!-- 数据源 -->
<bean id="ds" class="org.apache.commons.dbcp.BasicDataSource">
<property name="url" value="jdbc:mysql://localhost:3306/ki?useUnicode=true&characterEncoding=UTF-8"/>
<property name="driverClassName" value="com.mysql.jdbc.Driver"/>
<property name="username" value="root"/>
<property name="password" value="root"/>
</bean>
2、new String(request.getParameter(“text”).getBytes(“iso-8859-1”),“utf-8”)(解决我的问题)
①使用get提交时:
对于这种,影响的有tomcat的URIEncoding。
浏览器会根据自己的页面的编码格式作为起始编码格式(右击菜单编码有显示的),把字符使用浏览器的编码格式编码成byte字节进行传输。到了tomcat这里,tomcat会使用URIEncoding进行重新编码(解码),如果tomcat没有配置的话就会使用iso-8859-1对byte进行重新编码(解码)成字符。如果浏览器得编码格式为UTF-8,且tomcat没有配置重新编码(解码)格式的话,就可以使用下面的方式拿到正确的字符了new
String(request.getParameter(“text”).getBytes(“iso-8859-1”),“utf-8”) 上的意思就是说,把刚才的字符,用iso-8859-1进行编码成byte,还原回去,再使用uft-8对byte进行重新编码(解码)成字符。(这个方法就是刚才从浏览器到tomcat过来的逆向过程)
②使用post提交时:
对于这种情况,response.setCharacterEncoding有影响,当没有对response.setCharacterEncoding设置的时候值为null,则默认采用iso-8859-1来进行重新编码(解码)。
浏览器根据自己页面的编码格式作为起始编码格式,把字符进行编码成byte进行传输,到了tomcat,tomcat不进行干涉其中的重新编码(解码)格式。如果response.getCharacterEncoding为null,那么默认采用iso-8859-1进行重新编码(解码)成字符,如果设置了,就按照设置的编码格式进行重新编码(解码)字符。
总结:Tomcat默认的对字符串采用的是 iso-8859-1编码,拿到字符串后需要解码后,采用utf-8编码。