這個坑最近弄得我很抓狂催首，不過現(xiàn)在基本弄清楚了扶踊。記錄一下過程中我收集到的信息，分享給大家郎任。
癥狀
iOS10 之后秧耗，陸陸續(xù)續(xù)地有用戶聯(lián)系我們，說新機(jī)第一次安裝舶治、第一次啟動的時候分井，app 首屏一片空白，完全沒數(shù)據(jù)霉猛。kill 掉重新打開就好了尺锚。
一開始以為是用戶網(wǎng)絡(luò)情況不好，但隨著越來越多的用戶報告這個問題惜浅，我意識到這并不是偶然情況瘫辩。但是并非所有用戶都如此。
而且卸載掉之后坛悉，如果再裝伐厌，也不會出現(xiàn)這現(xiàn)象。問題只會出現(xiàn)在這臺設(shè)備第一次安裝吹散、第一次啟動的情況下弧械。如果把手機(jī)抹掉八酒、重置空民，問題還能重現(xiàn)。
定位問題
這個問題真的很棘手羞迷，也很難定位界轩。幸運的是，公司同事想到把手機(jī)抹掉重置衔瓮，得以在我眼前重現(xiàn)問題浊猾。
我發(fā)現(xiàn)的是，app 首次啟動會彈出一個詢問用戶“是否允許應(yīng)用訪問數(shù)據(jù)”的彈框热鞍，類似下圖：
詢問網(wǎng)絡(luò)權(quán)限的彈框
雖然 app 剛打開的時候是一片空白葫慎，但我發(fā)現(xiàn)進(jìn)去之后，登錄薇宠、下拉刷新等都沒問題偷办。因此很容易猜測出這樣的結(jié)論：用戶點“允許”之前，網(wǎng)絡(luò)請求全都是失敗的澄港；而點“允許”之后椒涯，網(wǎng)絡(luò)請求就能正常進(jìn)行了。
問題原因
有了方向之后就好查了回梧。很快查到了掘金的這篇文章废岂，得知這個彈框來自于工信部的要求祖搓。這篇文章里還有如果彈框不出現(xiàn)，用戶可以采取的解決方案湖苞。另外拯欧，從少數(shù)派的這篇文章看到，只有國行手機(jī)有這個功能财骨。這也就解釋了為何有些用戶出現(xiàn)哈扮、而有些用戶沒出現(xiàn)這個問題。
蜂窩移動網(wǎng)絡(luò)的兩種界面
進(jìn)到手機(jī)的 設(shè)置->蜂窩移動網(wǎng)絡(luò)蚓再，如果看到如左圖就說明是不會彈框的機(jī)型滑肉，如果看到如右圖，說明是會彈框的機(jī)型摘仅。
那么這個新功能會為用戶帶來哪些問題呢靶庙？問題主要在于，用戶點擊“允許”之前娃属，所有網(wǎng)絡(luò)請求都是被禁止的六荒。具體有兩種表現(xiàn)：
少部分用戶根本不顯示彈框，所以網(wǎng)絡(luò)請求一直被禁止矾端。針對這部分用戶掏击，只能通過客服引導(dǎo)，按照掘金的這篇文章秩铆，逐個嘗試?yán)锩娴慕鉀Q方案砚亭；
對于絕大部分用戶，彈框會正確顯示殴玛；然而從 app 啟動到用戶點擊“允許”需要一段時間捅膘，在這段時間內(nèi)發(fā)出的網(wǎng)絡(luò)請求全都會直接失敗滚粟；
如果用戶點擊“不允許”寻仗，app 永遠(yuǎn)無法訪問網(wǎng)絡(luò)，Wifi 和數(shù)據(jù)流量均不可以凡壤。當(dāng)然署尤，這是用戶自己的選擇，我們沒什么可做的亚侠。我們主要需要解決的是上面的第二個問題曹体。
影響范圍
這個特性推出之后，大部分 app 應(yīng)該都會受到不同程度的影響盖奈』煳耄可以著重在這幾個方面檢查一下自己的 app：
首屏數(shù)據(jù)。首屏幾個 tab 的數(shù)據(jù)往往在 app 啟動時即加載，也就是在用戶點“允許”之前究孕。很容易造成用戶第一次進(jìn)入時啥酱，首屏數(shù)據(jù)空白。
推送厨诸。通常的處理邏輯是镶殷，把注冊設(shè)備遠(yuǎn)程推送的代碼寫在 appDelegate 里。經(jīng)過測試發(fā)現(xiàn)微酬，這種寫法下允許推送的彈框和允許使用網(wǎng)絡(luò)的彈框出現(xiàn)的順序沒有一定绘趋。如果先出允許推送的彈框，用戶點擊允許颗管，此時注冊 deviceToken 是不能成功的陷遮。當(dāng)然如果用戶允許訪問網(wǎng)絡(luò)，第二次打開 app 時也會走一遍注冊遠(yuǎn)程推送方法垦江，此時就能注冊成功了帽馋。
其他首次啟動的處理。諸如廣告頁比吭、活動頁之類绽族，需要在啟動時請求的數(shù)據(jù)。新版本的更新檢查往往也在啟動時進(jìn)行衩藤，但這一點影響不大吧慢，因為首次打開的用戶一般都是處于最新版。另外赏表，常常會在新設(shè)備首次啟動時检诗，上傳一個設(shè)備唯一標(biāo)識用于統(tǒng)計目的，例如 IDFA底哗。
解決方案
在重置過的手機(jī)上岁诉，嘗試裝了一些大大小小的 app，發(fā)現(xiàn)不少 app 在適配這個新特性上都存在一些小問題跋选。而有些 app 也做了比較有特色的處理。
不幸的是哗蜈，蘋果這個功能可能出得太倉促前标，并沒有給開發(fā)者提供相應(yīng)的 API。所以距潘，我們沒辦法檢測到用戶點擊“允許”或“不允許”網(wǎng)絡(luò)請求的回調(diào)炼列，也沒法檢測到當(dāng)前用戶是否授權(quán)的狀態(tài)。只能通過一些特殊處理音比，來盡量減小對用戶的影響俭尖。
總體來說，主要有如下幾個解決方案：
延遲請求。對于首次啟動的所有接口稽犁，如果能延遲到用戶點擊“允許”之后再請求焰望，或者重新請求一次，就能把對用戶的影響降到最低已亥，是一個比較好的解決方案熊赖。因為首次啟動往往有幾屏引導(dǎo)頁，一個比較好的時機(jī)是引導(dǎo)頁結(jié)束時虑椎。此時用戶已經(jīng)進(jìn)行了授權(quán)震鹉，數(shù)據(jù)都能正確得到。所以我自己的做法是把請求推遲到了引導(dǎo)頁捆姜。另外下面評論里饒志臻大神提了一個特別好的思路传趾，就是用 AFN 監(jiān)聽網(wǎng)絡(luò)狀態(tài)，有網(wǎng)時開始請求泥技。雖然沒有試過（我自己手機(jī)不是國行墨缘，不太好實驗），但感覺應(yīng)該也能比較完美地處理這個問題零抬。
允許用戶手動重新請求镊讼。出現(xiàn)數(shù)據(jù)空白時，如果在空白頁面上有“重新加載”的按鈕平夜，也可以讓用戶體驗好一些蝶棋。比較有趣的是，測試中發(fā)現(xiàn)網(wǎng)易嚴(yán)選的處理是這樣的：
開發(fā)者的無奈
臨時出現(xiàn)這種變故忽妒，作為開發(fā)者也表示很無奈玩裙。為了排查問題，技術(shù)同事犧牲手機(jī)反復(fù)重置段直，老板還一副不相信的樣子：“那其他家 app 怎么就沒出問題吃溅？”
好在總算能用各種特殊處理，把問題先掩蓋過去鸯檬。還是希望蘋果能在 iOS 系統(tǒng)的新版本里完善這個新功能决侈，提供類似相機(jī)權(quán)限的 api 吧。不要再折磨廣大開發(fā)者了喧务。
