详解okhttp3 请求头不能为中文的坑
对源码有一定的了解，以为基本可以驾驭了，谁知道，坑来了。
问题描述：
上线接口的某一天，有用户报障，说登录不上，而且陆续有报障。
通过log发现登录不上，都有一个类似的报错：
“java.lang.IllegalArgumentException:Unexpectedchar0x514dat4inwifiSsidvalue:"360免费WiFi-DP"at”
什么？怎么和wifiSsid有关系了？后来查了一下代码，发现确实在登录接口上通过请求头的形式上传了wifissid,也就是连接的wifi的名字。Exception描述是第四个char，也就是“免”字？难道是因为中文的原因？当时是这么猜测的。
源码查询
猜测并不能作为判断的标准，然后做了一下测试，果然连接含义中文名字的wifi就有问题，也就是不能添加中文到请求头里面。这是为什么呢？最后还是通过源码进行的求证：
在okhttp的源码Header.java，发现set和addheader,都会有这个判断：
privatevoidcheckNameAndValue(Stringname,Stringvalue){
if(name==null)thrownewNullPointerException("name==null");
if(name.isEmpty())thrownewIllegalArgumentException("nameisempty");
for(inti=0,length=name.length();i='\u007f'){
thrownewIllegalArgumentException(Util.format(
"Unexpectedchar%#04xat%dinheadername:%s",(int)c,i,name));
}
}
if(value==null)thrownewNullPointerException("value==null");
for(inti=0,length=value.length();i='\u007f'){
thrownewIllegalArgumentException(Util.format(
"Unexpectedchar%#04xat%din%svalue:%s",(int)c,i,name,value));
}
}
}
嗷，No，果然是这样，踩到深坑了。无论是header的Key和Value都是不能含有中文的，一旦判定为有中文的出现，就会抛出异常，中断请求。
后面想了一下，以前使用okhttp2的时候，也有上传相同的请求头，为什么就没有这个问题呢？也同样去查看了一下okhttp2的源码，发现这个判断是okhttp3才有的，okhttp2其实并没有这个判断。
解决方案：
解决方案有以下几种：
- 不要传了（当然这个不符合需求）
- 把源码这个地方改了（也不是太好，不知道会不会引起其他问题）
- 把中文encode以下（相对较好的办法）：
ssid=URLEncoder.encode(ssid);
总结
遇到问题不可怕，主要是要做好分析，及时解决，多做总结，避免后门再次踩同样的坑。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。