盡管你只提供了URL，OkHttp在規(guī)劃連接服務器的連接時使用了三種類型：URL，Address和Route巧还。
URLs
URLs是HTTP和網(wǎng)絡的最基本的峦甩。除了作為一個通用的悍汛，網(wǎng)絡資源的分散命名機制柑船，它們也規(guī)定了如何訪問網(wǎng)絡資源杭抠。
URLs是抽象的：
- 它們規(guī)定了調(diào)用可能是明文(http)或密文(https)，但是沒有規(guī)定應該使用哪個加密算法阶牍。也沒有規(guī)定如何驗證對等的證書(HostnameVerifier)或者哪個證書可被信任(SSLSocketFactory)喷面。
- 它們沒有規(guī)定是否一個特定的代理服務器可以使用或如何認證代理服務器。
它們也是具體的：每一個URL確定一個特定路徑(像/square/okhttp)和查詢(像?q=sharks&lang=en)走孽。每個服務器有很多URL乖酬。
Addresses
Addresses規(guī)定了服務器(像github.com)和所有連接服務器需要的靜態(tài)配置：端口號，HTTPS設置和優(yōu)先網(wǎng)絡協(xié)議(像HTTP/2或SPDY)融求。
共享相同address的URLs也可能共享相同的下層TCP socket連接咬像。共享一個連接有巨大的性能好處：低延遲，高吞吐量(因為TCP啟動慢)和節(jié)省電源生宛。OkHttp使用ConnectionPool來自動復用HTTP/1.X連接和多路傳輸HTTP/2和SPDY連接县昂。
在OkHttp中，address的一些字段來自URL(機制陷舅，主機名倒彰，端口)，剩下的來自OkHttpClient莱睁。
Routes
Routes提供了真正連接到服務器所需要的動態(tài)信息待讳。這是明確的要嘗試的IP地址(通過DNS查詢發(fā)現(xiàn))，明確的要使用的代理服務器(如果使用了ProxySelector)以及什么版本的TLS來協(xié)商(針對HTTPS連接)仰剿。
對于一個地址有可能有很多路由创淡，一個存在多個數(shù)據(jù)中心的網(wǎng)絡服務器可能在它的DNS響應中產(chǎn)生多個IP地址。
Connections
當你使用OkHttp請求一個URL時南吮，下面是它所做的：
- 它使用URL和配置的OkHttpClient來創(chuàng)建一個address琳彩。這個address規(guī)定了如何連接到服務器。
- 它嘗試用這個address從連接池中獲取一個連接部凑。
- 如果它沒有在池中找到一個連接露乏，它會選擇一個route來嘗試。這通常意味著創(chuàng)建一個DNS請求來獲取服務器的IP地址涂邀。如果需要瘟仿，它之后會選擇一個TLS版本和代理服務器。
- 如果這是一個新route比勉，它會通過構建一個直接的socket連接或一個TLS隧道(對于HTTP代理上的HTTPS)或一個直接的TLS連接來進行連接劳较。如果需要它會執(zhí)行TLS握手驹止。
- 它發(fā)送HTTP請求然后讀取響應。
當連接出現(xiàn)問題時兴想，OkHttp會選擇另外一個route進行嘗試。這使得OkHttp可以在服務器部分地址無法訪問時恢復赡勘。它同時對于當連接池過期或嘗試的TLS版本不支持時有用嫂便。
一旦接收到響應，連接就會返回到池中闸与，這樣它可以在之后的請求復用毙替。連接空閑一段時間會從池中移除。
原文鏈接：
https://github.com/square/okhttp/wiki/Connections
OkHttp官方文檔系列文章：
