解决spring-mvc @responseBody注解返回json 乱码问题

来源:互联网 发布:js中setinterval 编辑:程序博客网 时间:2024/04/28 23:00

方法一:简单,适合单个方法

自己使用解决方法:在controller请求上添加字符集的声明

  1.     @RequestMapping(value="/list", produces = "text/html;charset=UTF-8")
  2. @ResponseBody  
  3.     public String getBookList(HttpServletResponse response)

方法二:StringHttpMessageConverter类  继承这个类,重写规定它的解析字符集


------------------------------------------------------------下面是直接拷贝的文章-------------------------------------------------------------

 资源地址:http://blog.csdn.net/lsx1984/article/details/8803296

在使用spring-mvc的mvc的时候既享受它带来的便捷,又头痛它的一些问题,比如经典的中文乱码问题。现在是用json作为客户端和服务端的数据交换格式貌似很流行,但是在springmvc中有时候会因为我们的各种疏忽从而造成页面ajax请求到的相应数据,如果带有中文常常是以“????”显示,让人很恼火。在网上搜索后有很多解决的方案,方案都说中文乱码问题牵扯到springmvc的StringHttpMessageConverter类,给出的答案都是自己去写个类继承它,然后用一堆眼花缭乱的配置去在beans.xml中去配置,而且还必须要配置在<mvc:annotation-driven/>标签之前,否则。。。。

    我也出现了json中文乱码问题,搜出了一大堆方案后大喜,一个接一个的去测试。结果很失望:居然没一个能够解决我的问题!这不奇怪么,而且那么繁琐的过程让人望而生畏,又去是读源码又是覆盖方法什么,都说原因之所在于:

[java] view plain copy
  1. ......    
  2. public class StringHttpMessageConverter extends AbstractHttpMessageConverter<String> {    
  3.     
  4.     public static final Charset DEFAULT_CHARSET = Charset.forName("ISO-8859-1");    
  5. ......    

我认为这的确是主要原因,然后那么一大堆的代码和配置,我看的眼花缭乱。我在想,是否有简便的方法呢?还真让我找出来2个简便的方法:

1.在action中取得response,由他写入响应数据。

[java] view plain copy
  1. response.setHeader("Cache-Control""no-cache");   
  2.         response.setContentType("text/json;charset=UTF-8");  
  3.         response.setCharacterEncoding("UTF-8");  
  4. PrintWriter out = response.getWriter();  
  5.             out.write(result);  

2.在aciton的需要返回json的方法的@requestmaping中写入

[java] view plain copy
  1. @ResponseBody  
  2.     @RequestMapping(value="/list", produces = "text/html;charset=UTF-8")  
  3.     public String getBookList(HttpServletResponse response){String result = bookService.bookListFromJson();return result;  
  4.     }  


如此居然也完美的解决了我的问题,而且还不用去覆盖源码中的方法,还省去了大堆的配置,不亦乐乎?
不过我看的解决方案中我认为写的最详细最好的还是这位哥们的文章:点击打开链接
我按照他的解决方案没有解决我的问题,不过还是有启发的。

[java] view plain copy
  1. <pre></pre>  
  2. <pre></pre>  
  3. <pre></pre>  
  4. <pre></pre>  
  5.      
0 0