标签：
之前Android开发一直用的是多层封装的Final框架。最近开始学习使用小巧的volley。
在使用该框架的过程中，出现了数次乱码问题，再次做以总结。
分别是返回数据乱码和提交参数乱码两个问题：
该乱码问题比较常见。
使用StringRequest时，返回数据乱码，观察StringRequest类下源码：
@Override protected Response<String> parseNetworkResponse(NetworkResponse response) { String parsed; try { parsed = new String(response.data, HttpHeaderParser.parseCharset(response.headers)); } catch (UnsupportedEncodingException e) { parsed = new String(response.data); } return Response.success(parsed, HttpHeaderParser.parseCacheHeaders(response)); }
发现字符集转换的语句是
parsed = new String(response.data, HttpHeaderParser.parseCharset(response.headers));
进入改函数体：
public static String parseCharset(Map<String, String> headers, String defaultCharset) { String contentType = headers.get(HTTP.CONTENT_TYPE); if (contentType != null) { String[] params = contentType.split(";"); for (int i = 1; i < params.length; i++) { String[] pair = params[i].trim().split("="); if (pair.length == 2) { if (pair[0].equals("charset")) { return pair[1]; } } } } return defaultCharset; }
得知volley通过检查charset来判断字符集，若返回的header中没有charset，则采用默认的字符集"ISO-8859-1"
所以当服务器返回的header不规范时，会发生乱码。
解决方案：
最简单的是重写parseNetworkResponse函数，例如是GBK的话：
@Override protected Response<String> parseNetworkResponse(NetworkResponse response) { String str = null; try { str = new String(response.data, "gbk");//这里写死不好哦 } catch (UnsupportedEncodingException e) { // TODO Auto-generated catch block e.printStackTrace(); } return Response.success(str, HttpHeaderParser.parseCacheHeaders(response)); }
另外也可以是对源码进行修改，或者扩展StringRequest（这和重写区别不大）。
一些网站提交的参数采用GBK，而不是UTF-8，所以这导致在使用Volley上传参数时乱码。
观察Request<T>类的这个函数：
protected String getParamsEncoding() { return DEFAULT_PARAMS_ENCODING; }
该函数的作用是转换参数的编码类型。其中DEFAULT_PARAMS_ENCODING为utf-8，所以默认值未utf-8，当服务器的接受参数编码不为utf-8时发生乱码。
解决方案，例如GBK时：
@Override protected String getParamsEncoding() { return "GBK"; }
如此即可。
标签：
原文地址：http://www.cnblogs.com/FightForFreedom/p/4772100.html
