果然是蘋果打個(gè)哈欠，iOS行業(yè)內(nèi)就得起一次風(fēng)暴呀。自從去年5月初Apple明文規(guī)定所有開(kāi)發(fā)者在6月1號(hào)以后提交新版本需要支持IPV6-Only的網(wǎng)絡(luò)，大家便開(kāi)始熱火朝天的研究如何支持IPV6，以及應(yīng)用中哪些模塊目前不支持IPV6。

　　App Store策略是要求所有iOS應(yīng)用必需包含IPv6-only網(wǎng)絡(luò)的支持。從今年6月1日開(kāi)始，所有提交至蘋果App Store的應(yīng)用必需要兼容面向硬件識(shí)別和網(wǎng)絡(luò)路由的最新互聯(lián)網(wǎng)協(xié)議——IPv6-only標(biāo)準(zhǔn)。這項(xiàng)措施是在2015年蘋果WWDC開(kāi)發(fā)者大會(huì)上提出的，iOS 9會(huì)率先向IPv6-only網(wǎng)絡(luò)服務(wù)過(guò)渡。

　　根據(jù)蘋果開(kāi)發(fā)者網(wǎng)站聲明，大部分現(xiàn)有的應(yīng)用程序已經(jīng)通過(guò)NSURLSession和CFNetwork APIs兼容該協(xié)議，不過(guò)依然使用IPv4 APIs的或者硬件編碼IP地址的開(kāi)發(fā)者將需要手工調(diào)整應(yīng)用代碼來(lái)適應(yīng)蘋果的最新策略。隨著IPv4地址的枯竭，IPv6d的轉(zhuǎn)移工作變得越來(lái)越重要。對(duì)于蘋果來(lái)說(shuō)，切換至IPv6能夠帶來(lái)更加廣泛的行業(yè)接受協(xié)議，此外伴隨著物聯(lián)網(wǎng)的普及，同樣能延續(xù)智能手機(jī)的健康發(fā)展。

　　什么是 IPv6-ONLY ？

　　以前，大家都在用 IPv4，就是地址看起來(lái)是 114.255.40.66 的樣子。然而，這樣的地址已經(jīng)不夠用了，就有了類似2001:da8:215:4009:250:56ff:fe97:40c7 這樣的 IP 地址。

　　目前，一個(gè)網(wǎng)卡會(huì)同時(shí)使用這兩張地址；在未來(lái)，一個(gè)網(wǎng)卡將僅有后面這樣的 IPv6 地址。 使用這兩種地址的設(shè)備是不能互相訪問(wèn)的，后來(lái)有了一些過(guò)渡技術(shù)讓他們?cè)谀承┣闆r下可以互相訪問(wèn)了。（如 DNS64/NAT64）

　　首先IPV6，是對(duì)IPV4地址空間的擴(kuò)充。目前當(dāng)我們用iOS設(shè)備連接上Wifi、4G、3G等網(wǎng)絡(luò)時(shí)，設(shè)備被分配的地址均是IPV4地址，但是隨著運(yùn)營(yíng)商和企業(yè)逐漸部署IPV6 DNS64/NAT64網(wǎng)絡(luò)之后，設(shè)備被分配的地址會(huì)變成IPV6的地址，而這些網(wǎng)絡(luò)就是所謂的IPV6-Only網(wǎng)絡(luò)，并且仍然可以通過(guò)此網(wǎng)絡(luò)去獲取IPV4地址提供的內(nèi)容。客戶端向服務(wù)器端請(qǐng)求域名解析，首先通過(guò)DNS64 Server查詢IPv6的地址，如果查詢不到，再向DNS Server查詢IPv4地址，通過(guò)DNS64 Server合成一個(gè)IPV6的地址，最終將一個(gè)IPV6的地址返回給客戶端。如圖所示：

　　在Mac OS 10.11＋的雙網(wǎng)卡的Mac機(jī)器（以太網(wǎng)口＋無(wú)線網(wǎng)卡），我們可以通過(guò)模擬構(gòu)建這么一個(gè)local IPv6 DNS64/NAT64 的網(wǎng)絡(luò)環(huán)境去測(cè)試應(yīng)用是否支持IPV6-Only網(wǎng)絡(luò)，大概原理如下：

　　如何滿足蘋果要求？

　　蘋果公司為什么要這么做？

　　現(xiàn)在有極小一部分用戶處在IPv6-ONLY的環(huán)境中，未來(lái)這個(gè)比例會(huì)擴(kuò)大。

　　蘋果這樣要求，對(duì)于大多數(shù)開(kāi)發(fā)者而言，并不困難。目前大多數(shù)應(yīng)用無(wú)需任何操作即可滿足要求。

　　我不太懂這些，我該怎么做呢？

　　在你的應(yīng)用中使用域名（如 www.bupt.edu.cn），不要在任何地方使用 IPv4地址（114.255.40.66）。

　　我的服務(wù)器必須有 IPv6 地址么？

　　不是的，服務(wù)器只需要有公網(wǎng) IPv4 地址即可，但要求必須使用域名（FQDN）來(lái)表示服務(wù)器。

　　如何創(chuàng)造 IPv6-ONLY 測(cè)試環(huán)境

　　MacOS 提供了這個(gè)功能。 使用 Mac 把有線網(wǎng)絡(luò)共享到 WiFi，中間勾選 創(chuàng)建NAT64網(wǎng)絡(luò) 即可。

　　apple如何審核支持IPV6-Only？

　　首先第一點(diǎn)：這里說(shuō)的支持IPV6-Only網(wǎng)絡(luò)，其實(shí)就是說(shuō)讓應(yīng)用在 IPv6 DNS64/NAT64 網(wǎng)絡(luò)環(huán)境下仍然能夠正常運(yùn)行。但是考慮到我們目前的實(shí)際網(wǎng)絡(luò)環(huán)境仍然是IPV4網(wǎng)絡(luò)，所以應(yīng)用需要能夠同時(shí)保證IPV4和IPV6環(huán)境下的可用性。從這點(diǎn)來(lái)說(shuō)，蘋果不會(huì)去掃描IPV4的專有API來(lái)拒絕審核通過(guò)，因?yàn)镮PV4的API和IPV6的API調(diào)用都會(huì)同時(shí)存在于代碼中（不過(guò)為了減小審核被拒風(fēng)險(xiǎn)，建議將IPV4專有API通過(guò)IPV6的兼容API來(lái)替換）。

　　其次第二點(diǎn)：Apple官方聲明iOS9開(kāi)始向IPV6支持過(guò)渡，在iOS9.2+支持通過(guò)getaddrInfo方法將IPV4地址合成IPV6地址（The ability to synthesize IPv6 addresses was added to getaddrinfo in iOS 9.2 and OS X 10.11.2）。其提供的Reachability庫(kù)在iOS8系統(tǒng)下，當(dāng)從IPV4切換到IPV6網(wǎng)絡(luò)，或者從IPV6網(wǎng)絡(luò)切換到IPV4，是無(wú)法監(jiān)控到網(wǎng)絡(luò)狀態(tài)的變化。也有一些開(kāi)發(fā)者針對(duì)這些Bug詢問(wèn)Apple的審核部門，給予的答復(fù)是只需要在蘋果最新的系統(tǒng)上保證IPV6的兼容性即可。

　　最后第三點(diǎn)：只要應(yīng)用的主流程支持IPV6，通過(guò)蘋果審核即可。對(duì)于不支持IPV6的模塊，考慮到我們現(xiàn)實(shí)IPV6網(wǎng)絡(luò)的部署還需要一段時(shí)間，短時(shí)間內(nèi)不會(huì)影響我們用戶的使用。但隨著4G網(wǎng)絡(luò)IPV6的部署，這部分模塊還是需要逐漸安排人力進(jìn)行支持。

　　追加第四點(diǎn)：如果應(yīng)用一直直接使用IPV4地址通過(guò)NSURLConenction或者NSURLSession進(jìn)行網(wǎng)絡(luò)請(qǐng)求（一般需要服務(wù)器允許，且客戶端需要在header中偽裝host）；經(jīng)測(cè)試，IPV6網(wǎng)絡(luò)環(huán)境下，直接使用IPV4地址在iOS9及以上的系統(tǒng)仍然能夠正常訪問(wèn)；在iOS8.4及以下不能正常訪問(wèn)；這一點(diǎn)蘋果的解釋和建議是這樣的：

　　Note： In iOS 9 and OS X 10.11 and later， NSURLSession and CFNetwork automatically synthesize IPv6 addresses from IPv4 literals locally on devices operating on DNS64/NAT64 networks. However， you should still work to rid your code of IP address literals.

　　IPv6客戶端訪問(wèn)IPv4服務(wù)器原理

　　首先，這個(gè)是無(wú)法直接訪問(wèn)的，必須網(wǎng)絡(luò)的提供商支持過(guò)渡技術(shù)。

　　第一步：DNS 污染

　　例如我們想要訪問(wèn) example.com ，假設(shè)這個(gè)網(wǎng)站只有 IPv4 地址（93.184.216.34，用16進(jìn)制表示為 5d b8 d8 22） 那么，被“污染”的DNS返回的 IP 地址是 64:ff9b：：5db8:d822。 其中 `64:ff9b：：/96`是IANA分配用于DNS64的前綴。

　　第二步：IPv6 轉(zhuǎn) IPv4

　　訪問(wèn) 64:ff9b：：5db8:d822 時(shí)，IPv6 包頭被替換為 IPv4 包頭，繼續(xù)訪問(wèn)。 同時(shí)回來(lái)的數(shù)據(jù)包會(huì)被做反向處理。

　　微信的DNS查詢，使用的 HTTP 協(xié)議自己封裝的，這樣在 IPv4 網(wǎng)絡(luò)下可以避免相當(dāng)多的問(wèn)題。 如圖，微信直接查詢 A 記錄，即使我的設(shè)備在 IPv6-ONLY 的網(wǎng)絡(luò)環(huán)境下。 因此，微信就跪掉

　　應(yīng)用如何支持IPV6-Only？

　　對(duì)于如何支持IPV6-Only，官方給出了如下幾點(diǎn)標(biāo)準(zhǔn)：（這里就不對(duì)其進(jìn)行解釋了，大家看上面的參考鏈接即可）

　　1. Use High-Level Networking Frameworks;

　　2. Don’t Use IP Address Literals;

　　3. Check Source Code for IPv6 DNS64/NAT64 Incompatibilities;

　　4. Use System APIs to Synthesize IPv6 Addresses;

　　NSURLConnection是否支持IPV6？

　　官方的這句話讓我們疑惑頓生：

　　*** using high-level networking APIs such as NSURLSession and the CFNetwork frameworks and you connect by name， you should not need to change anything for your app to work with IPv6 addresses***

　　只說(shuō)了NSURLSession和CFNetwork的API不需要改變，但是并沒(méi)有提及到NSURLConnection。 從上文的參考資料中，我們看到NSURLSession、NSURLConnection同屬于Cocoa的url loading system，可以猜測(cè)出NSURLConnection在ios9上是支持IPV6的。

　　應(yīng)用里面的API網(wǎng)絡(luò)請(qǐng)求，大家一般都會(huì)選擇AFNetworking進(jìn)行請(qǐng)求發(fā)送，由于歷史原因，應(yīng)用的代碼基本上都深度引用了AFHTTPRequestOperation類，所以目前API網(wǎng)絡(luò)請(qǐng)求均需要通過(guò)NSURLConnection發(fā)送出去，所以必須確認(rèn)NSURLConnection是否支持IPV6. 經(jīng)過(guò)測(cè)試，NSURLConnection在最新的iOS9系統(tǒng)上是支持IPV6的。

　　Cocoa的URL Loading System從iOS哪個(gè)版本開(kāi)始支持IPV6？

　　目前我們的應(yīng)用最低版本還需要支持iOS7，雖然蘋果只要求最新版本支持IPV6－Only，但是出于對(duì)用戶負(fù)責(zé)的態(tài)度，我們?nèi)匀恍枰闱宄诘桶姹旧蟄RL Loading System的API是否支持IPV6.

　　（to fix me， make some experiments）待續(xù)～～～

　　Reachability是否需要修改支持IPV6？

　　我們可以查到應(yīng)用中大量使用了Reachability進(jìn)行網(wǎng)絡(luò)狀態(tài)判斷，但是在里面卻使用了IPV4的專用API。

　　在Pods:Reachability中

　　AF_INET Files:Reachability.m

　　struct sockaddr_in Files:Reachability.h ， Reachability.m

　　那Reachability應(yīng)該如何支持IPV6呢？

　　（1）目前Github的開(kāi)源庫(kù)Reachability的最新版本是3.2，蘋果也出了一個(gè)Support IPV6 的Reachability的官方樣例，我們比較了一下源碼，跟Github上的Reachability沒(méi)有什么差異。

　　（2）我們通常都是通過(guò)一個(gè)0.0.0.0 （ZeroAddress）去開(kāi)啟網(wǎng)絡(luò)狀態(tài)監(jiān)控，經(jīng)過(guò)我們測(cè)試，在iOS9以上的系統(tǒng)上IPV4和IPV6網(wǎng)絡(luò)環(huán)境均能夠正常使用；但是在iOS8上IPV4和IPV6相互切換的時(shí)候無(wú)法監(jiān)控到網(wǎng)絡(luò)狀態(tài)的變化，可能是因?yàn)樘O果在iOS8上還并沒(méi)有對(duì)IPV6進(jìn)行相關(guān)支持相關(guān)。（但是這仍然滿足蘋果要求在最新系統(tǒng)版本上支持IPV6的網(wǎng)絡(luò)）。

　　（3）當(dāng)大家都在要求Reachability添加對(duì)于IPV6的支持，其實(shí)蘋果在iOS9以上對(duì)Zero Address進(jìn)行了特別處理，官方發(fā)言是這樣的：

　　reachabilityForInternetConnection： This monitors the address 0.0.0.0，

　　which reachability treats as a special token that causes it to actually

　　monitor the general routing status of the device， both IPv4 and IPv6.

　　+ （instancetype）reachabilityForInternetConnection {

　　struct sockaddr_in zeroAddress;

　　bzero（&zeroAddress， sizeof（zeroAddress））;

　　zeroAddress.sin_len = sizeof（zeroAddress）;

　　zeroAddress.sin_family = AF_INET;

　　return ［self reachabilityWithAddress： （const struct sockaddr *） &zeroAddress］;

　　}

　　綜上所述，Reachability不需要做任何修改，在iOS9上就可以支持IPV6和IPV4，但是在iOS9以下會(huì)存在bug，但是蘋果審核并不關(guān)心。