1：表单提交controller获得中文参数后乱码解决方案

注意：  jsp页面编码设置为UTF-8

form表单提交方式为必须为post，get方式下面spring编码过滤器不起效果

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>

<form action="${ctx}/user/addUser" name="userForm" method="post">  

修改web.xml，增加编码过滤器，如下（注意，需要设置forceEncoding参数值为true）

<filter>
		<filter-name>characterEncodingFilter</filter-name>
		<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
		<init-param>
			<param-name>encoding</param-name>
			<param-value>UTF-8</param-value>
		</init-param>
		<init-param>
			<param-name>forceEncoding</param-name>
			<param-value>true</param-value>
		</init-param>
	</filter>
	<filter-mapping>
    	<filter-name>characterEncodingFilter</filter-name>
    	<url-pattern>/*</url-pattern>
  	</filter-mapping>

数据库编码是否支持中文

数据库表和表字段是否正确

在配置连接数据库的参数设置修改：

 <property name="url" value="jdbc:mysql://localhost:3306/dbname?useUnicode=true&characterEncoding=UTF-8"></property>

第一种情况：

jsp页面中文输入，到controller乱码，这时候需要设置的是在web.xml文件中添加一个编码的过滤器（filter）将编码统一为UTF-8，代码如下:

Web.xml配置文件：

这里需要注意的是，最好把这段代码放在web.xml中开头的位置，因为拦截有顺序，如果放在后面的话容易拦截不到。

第二种情况：

数据库中文数据，jsp页面显示乱码（不是严格意义上的乱码，而是以问号的形式呈现）

由于我们前后台的数据交互使用的是json数据，出现这种情况的原因我也不太清楚，之前也没遇到过，只能怪自己做过的项目太少，解决起来也不困难，只需要在转json的时候设置一下编码格式就可以了，代码如下：

写上这句话就不会再出现乱码了。

第三种情况：

页面中文，传递到controller也是正确的，但是保存到数据库之后就是乱码（也不是严格意义的乱码，跟上面一样全是问号）

这个问题困扰了我一段时间，开始觉得数据库的编码格式不正确，重新创建了编码格式为utf-8的数据库也还是不可以，最后觉得是jboss的问题，我们的服务器用的是jboss，上网查了资料在连接数据源的时候加上编码格式就可以了，代码如下：

1.页面乱码

页面相对是最为容易解决的，往往是在相应的jsp页面或者html页面设置相关的字符集即可。如

2.传值乱码

在传值过程中，也是乱码出现的频繁地。先不说到底是什么场景了，通常常用的方案有如下几个

配置指定的filter

设置request字符集

往往从前台传入到对应的controller或者是action之后出现乱码，讲讲我一般的思路是先打印request本身默认的字符集

接着按照情况，如果打印的不是所需要的字符集则设置相应字符集即可

当然某种情况可能还是无法解决这时候用以下这个即可

3.存入数据库乱码

这个相对就比较复杂，这里lz用的mysql，且以mysql来介绍如何来解决这个乱码问题

大家都知道，无论是底层使用的是纯粹的jdbc还是hibernate还是jpa都好，其实本质上都是jdbc，对应的框架只不过在相关的基础上进行特定的封装。所以无论是什么样的技术，都会用到连接到数据库的url。所以url首先是需要检查的

1.url

标准情况会在相应的后面加上相应的字符集设置，如下

如上，useUnicode就不用说了，连接数据库中设置的字符集，&amp这是什么的？这就有问题了，在xml中&amp是&的转义字符。如果你是用xml来配置对应的数据库连接配置的话就什么问题了。但是如果用的是**.properties就有问题了，则必须将amp除去即可。这个确实是lz经历了头破血流的经验啊。

2.数据库

这里的问题也是相对比较难处理的，登录数据库

i：查看数据库编码格式

<img width="576" height="378" style="width: 630px; height: 413.52px; display: inline;" alt="计算机生成了可选文字:夕sql>useitcastoaatabasechanged夕sql二status夕sqlUer14。14Distribs。6。19,forUin64onnectionid:u犷犷entdatabase:LtrrentLtser:SL:singdelimiteP:e护ue护ue护sion:rotocolve犷sion:onnection:e犷uercha犷acterset:bcharacterset:lientcha护acte护set:onn。cha护acte护set:CPport:ptine:1itcastoarootelocal卜ostHotinuse;5。6。19H夕SQLCo。。unit夕Seruer1日localhostviaTCP/IPlatinlUtfsgbkgbk33日61hour51oin4?sechPeads:S:6日1Questions:7que护iesPe护second510讨querie忍：日opens:" src="http://www.2cto.com/uploadfile/Collfiles/20150302/20150302094234206.png" 7plu忍htahle忍：1opentablaug：日。日日1夕sql>"="">

可以看到server的字符集还是latin1，这里就需要讲一下常用的字符集了。

为了世界的和平和繁荣昌盛，ISO组织指定了一套unicode字符集方案，Unicode编码是不同编码之间相互交流转换的桥梁，包含了32位二进制，所以能容纳2的31次方的字符，有生之年是够用了。而根据不同的需要Unicode又分为三种方案。

Utf8：用以解决国际上不同语言而出现的编码。对英文是使用8位，中文则为3位。可以在任何支持utf9字符集的浏览器上显示，无需另行处理。

另外两种为utf16和32，这里不再编著。大家自行查阅即可，总的还是因为存储和使用的方便来决定使用哪种。

好了，另外相对熟悉的就是gbk，俗称国标码，中国国家标准来制定，仅仅包含中文字符。所以相对两讲，utf8的兼容更好，但是存储量更大。

马上回来，大致对字符集充了电还是回来先解决问题。这里所以用gbk或者utf8都是可以的。但是latin1肯定是不可以的，这里主要通过这样一个命令来设置

分别设置设置了服务器、数据库和数据表部分的编码，必须设置连接编码。连接编码设置如下：

mysql> SET character_set_client=‘gbk‘;

mysql> SET character_set_connection=‘gbk‘

mysql> SET character_set_results=‘gbk‘

设置好编码，下面便可以成功插入中文了，其实用一句话即可解决

常用命令

查看数据库编码格式

show variables like ‘character_set_%‘;

查看数据库中的表的创建

show create table tablename;

设置数据库编码格式

setnames ‘gbk‘;

http://blog.csdn.net/kalision/article/details/46441081