在Android上，原生API有兩個，HttpUrlConnection和HttpClient，它們對封裝Socket進行封裝，讓HTTP請求變得簡單。這應該也算框架吧？

想象下，如果沒有HttpUrlConnection和HttpClient，一次性的API請求得有多麻煩。

現在，我們又多了一種OkHttp，Square出品。當然底層還是封裝socket。為什麼，為什麼還要再出一個OkHttp，吃飽了撐的？肯定不是，那究竟有什麼好的？自己動手查一下吧。

我們假設一下，應該是HttpUrlConnection和HttpClient自身有bug和缺陷，所以才會再根據如今的網路情況設計OkHttp吧。

如果你看過Volley的原始碼，就知道當SDK>9時，預設使用HttpUrlConnection，<9的就用HttpClient。 

既然>9採用HttpUrlConnection了，那說明，再以後的版本中由Android修復了，那HttpClient呢，Apache更新維護太慢，基本要被淘汰。

如果說你的專案還在用HttpClient，甚至還在為HttpClient的某些bug而苦惱，那麼你該考慮是否該換了。畢竟現實不可能給你那麼多時間去調研debug。

當然OkHttp也是有bug的，從github上的issues就能知道，如果你用OkHttp發現了bug，又不知道如何解決，不妨去那看看。

說了這麼多，Stay想表達的有兩層意思： 
1. 不妨使用新技術來解決老技術的缺陷，就好像如果現在還有人用TabActivity，TabHost，那給人感覺一定是做外包出身的。 
2. 嘗試新技術的成本不高的，如果它開源，並且有release版本(1.0+)，你都可以整合試試。新技術都是為了更好的開發而被設計出來的，就算它不是最優的解決方案，至少設計理念，解決思路是值得參考的。

今天下午花了點時間，粗略的過了一遍OkHttp，有意思的是，為了讓大家無縫整合，也是蠻拼的，額外提供HttpUrlConnection和HttpClient的寫法。你只需要再依賴okhttp-urlconnection.jar或者okhttp-apache.jar就可以了。

本來Stay是打算用OkHttp自己的請求API整合的自己的網路框架裡，搗鼓了半天，怪麻煩的，API來來回回要找半天，索性就直接換成HttpUrlConnection的形式寫了。 

see, 整合起來太方便了。簡單的測試了下，get，post，上傳，下載都沒問題。其他就沒再深入了。 

程式碼已在Stay講的[自己動手寫個Http框架]中更新，想嚐鮮的可以去看看。

OkHttp的示例都很簡單，有很多配置(ssl, cookies, headers, timeout)沒詳細說明，那如果你想配置，該怎麼做捏。可以看原始碼，也可以看一些網路請求框架如：Retrofit(Square的網路請求框架，預設整合OkHttp)原始碼中的API配置。

對於這類底層API創新，還是比較少的，幾年內能出一個就不錯了，畢竟對HTTP協議融會貫通而且能優化的大牛少之又少。對於一般的苦逼開發者來說，能做到及時跟進已屬不易。

多嘗試新技術，至少可以晚些結束自己的程式設計師生涯 :)

有心課堂，傳遞給你的不僅僅是技術。✈️ www.stay4it.com