在Android上&＃xff0c;原生API有两个&＃xff0c;HttpUrlConnection和HttpClient&＃xff0c;它们对封装Socket进行封装&＃xff0c;让HTTP请求变得简单。这应该也算框架吧&＃xff1f;
想象下&＃xff0c;如果没有HttpUrlConnection和HttpClient&＃xff0c;一次性的API请求得有多麻烦。
现在&＃xff0c;我们又多了一种OkHttp&＃xff0c;Square出品。当然底层还是封装socket。为什么&＃xff0c;为什么还要再出一个OkHttp&＃xff0c;吃饱了撑的&＃xff1f;肯定不是&＃xff0c;那究竟有什么好的&＃xff1f;自己动手查一下吧。
我们假设一下&＃xff0c;应该是HttpUrlConnection和HttpClient自身有bug和缺陷&＃xff0c;所以才会再根据如今的网络情况设计OkHttp吧。
如果你看过Volley的源代码&＃xff0c;就知道当SDK>9时&＃xff0c;默认使用HttpUrlConnection&＃xff0c;<9的就用HttpClient。 
既然>9采用HttpUrlConnection了&＃xff0c;那说明&＃xff0c;再以后的版本中由Android修复了&＃xff0c;那HttpClient呢&＃xff0c;Apache更新维护太慢&＃xff0c;基本要被淘汰。
如果说你的项目还在用HttpClient&＃xff0c;甚至还在为HttpClient的某些bug而苦恼&＃xff0c;那么你该考虑是否该换了。毕竟现实不可能给你那么多时间去调研debug。
当然OkHttp也是有bug的&＃xff0c;从github上的issues就能知道&＃xff0c;如果你用OkHttp发现了bug&＃xff0c;又不知道如何解决&＃xff0c;不妨去那看看。
说了这么多&＃xff0c;Stay想表达的有两层意思&＃xff1a;
1. 不妨使用新技术来解决老技术的缺陷&＃xff0c;就好像如果现在还有人用TabActivity&＃xff0c;TabHost&＃xff0c;那给人感觉一定是做外包出身的。
2. 尝试新技术的成本不高的&＃xff0c;如果它开源&＃xff0c;并且有release版本(1.0&＃43;)&＃xff0c;你都可以集成试试。新技术都是为了更好的开发而被设计出来的&＃xff0c;就算它不是最优的解决方案&＃xff0c;至少设计理念&＃xff0c;解决思路是值得参考的。
今天下午花了点时间&＃xff0c;粗略的过了一遍OkHttp&＃xff0c;有意思的是&＃xff0c;为了让大家无缝集成&＃xff0c;也是蛮拼的&＃xff0c;额外提供HttpUrlConnection和HttpClient的写法。你只需要再依赖okhttp-urlconnection.jar或者okhttp-apache.jar就可以了。
本来Stay是打算用OkHttp自己的请求API集成的自己的网络框架里&＃xff0c;捣鼓了半天&＃xff0c;怪麻烦的&＃xff0c;API来来回回要找半天&＃xff0c;索性就直接换成HttpUrlConnection的形式写了。 
see, 集成起来太方便了。简单的测试了下&＃xff0c;get&＃xff0c;post&＃xff0c;上传&＃xff0c;下载都没问题。其他就没再深入了。
代码已在Stay讲的[自己动手写个Http框架]中更新&＃xff0c;想尝鲜的可以去看看。
OkHttp的示例都很简单&＃xff0c;有很多配置(ssl, COOKIEs, headers, timeout)没详细说明&＃xff0c;那如果你想配置&＃xff0c;该怎么做捏。可以看源码&＃xff0c;也可以看一些网络请求框架如&＃xff1a;Retrofit(Square的网络请求框架&＃xff0c;默认集成OkHttp)源码中的API配置。
对于这类底层API创新&＃xff0c;还是比较少的&＃xff0c;几年内能出一个就不错了&＃xff0c;毕竟对HTTP协议融会贯通而且能优化的大牛少之又少。对于一般的苦逼开发者来说&＃xff0c;能做到及时跟进已属不易。
多尝试新技术&＃xff0c;至少可以晚些结束自己的程序员生涯 :)
有心课堂&＃xff0c;传递给你的不仅仅是技术。✈️ www.stay4it.com
京公网安备 11010802041100号