這個(gè)坑最近弄得我很抓狂寞冯，不過(guò)現(xiàn)在基本弄清楚了。記錄一下過(guò)程中我收集到的信息，分享給大家吮龄。
癥狀
iOS 10 之后俭茧，陸陸續(xù)續(xù)地有用戶聯(lián)系我們，說(shuō)新機(jī)第一次安裝漓帚、第一次啟動(dòng)的時(shí)候母债，app 首屏一片空白，完全沒(méi)數(shù)據(jù)尝抖。kill 掉重新打開(kāi)就好了毡们。
一開(kāi)始以為是用戶網(wǎng)絡(luò)情況不好，但隨著越來(lái)越多的用戶報(bào)告這個(gè)問(wèn)題昧辽，我意識(shí)到這并不是偶然情況衙熔。但是并非所有用戶都如此。
而且卸載掉之后搅荞，如果再裝红氯，也不會(huì)出現(xiàn)這現(xiàn)象。問(wèn)題只會(huì)出現(xiàn)在這臺(tái)設(shè)備第一次安裝咕痛、第一次啟動(dòng)的情況下脖隶。如果把手機(jī)抹掉、重置暇检，問(wèn)題還能重現(xiàn)。
定位問(wèn)題
這個(gè)問(wèn)題真的很棘手婉称，也很難定位块仆。幸運(yùn)的是，公司同事想到把手機(jī)抹掉重置王暗，得以在我眼前重現(xiàn)問(wèn)題悔据。
我發(fā)現(xiàn)的是，app 首次啟動(dòng)會(huì)彈出一個(gè)詢問(wèn)用戶“是否允許應(yīng)用訪問(wèn)數(shù)據(jù)”的彈框俗壹，類似下圖：
雖然 app 剛打開(kāi)的時(shí)候是一片空白科汗，但我發(fā)現(xiàn)進(jìn)去之后，登錄绷雏、下拉刷新等都沒(méi)問(wèn)題头滔。因此很容易猜測(cè)出這樣的結(jié)論：用戶點(diǎn)“允許”之前，網(wǎng)絡(luò)請(qǐng)求全都是失敗的涎显；而點(diǎn)“允許”之后坤检，網(wǎng)絡(luò)請(qǐng)求就能正常進(jìn)行了。
問(wèn)題原因
有了方向之后就好查了期吓。很快查到了掘金的這篇文章早歇，得知這個(gè)彈框來(lái)自于工信部的要求。這篇文章里還有如果彈框不出現(xiàn)，用戶可以采取的解決方案箭跳。另外晨另，從少數(shù)派的這篇文章 看到，只有國(guó)行手機(jī)有這個(gè)功能谱姓。這也就解釋了為何有些用戶出現(xiàn)借尿、而有些用戶沒(méi)出現(xiàn)這個(gè)問(wèn)題。
進(jìn)到手機(jī)的 設(shè)置->蜂窩移動(dòng)網(wǎng)絡(luò)逝段，如果看到如左圖就說(shuō)明是不會(huì)彈框的機(jī)型垛玻，如果看到如右圖，說(shuō)明是會(huì)彈框的機(jī)型奶躯。
那么這個(gè)新功能會(huì)為用戶帶來(lái)哪些問(wèn)題呢帚桩？問(wèn)題主要在于，用戶點(diǎn)擊“允許”之前嘹黔，所有網(wǎng)絡(luò)請(qǐng)求都是被禁止的账嚎。具體有兩種表現(xiàn)：
- 少部分用戶根本不顯示彈框，所以網(wǎng)絡(luò)請(qǐng)求一直被禁止儡蔓。針對(duì)這部分用戶郭蕉，只能通過(guò)客服引導(dǎo)，按照掘金的這篇文章喂江，逐個(gè)嘗試?yán)锩娴慕鉀Q方案召锈；
- 對(duì)于絕大部分用戶，彈框會(huì)正確顯示获询；然而從 app 啟動(dòng)到用戶點(diǎn)擊“允許”需要一段時(shí)間涨岁，在這段時(shí)間內(nèi)發(fā)出的網(wǎng)絡(luò)請(qǐng)求全都會(huì)直接失敗吉嚣；
如果用戶點(diǎn)擊“不允許”梢薪，app 永遠(yuǎn)無(wú)法訪問(wèn)網(wǎng)絡(luò)，Wifi 和數(shù)據(jù)流量均不可以尝哆。當(dāng)然秉撇，這是用戶自己的選擇，我們沒(méi)什么可做的秋泄。我們主要需要解決的是上面的第二個(gè)問(wèn)題琐馆。
影響范圍
這個(gè)特性推出之后，大部分 app 應(yīng)該都會(huì)受到不同程度的影響印衔》却罚可以著重在這幾個(gè)方面檢查一下自己的 app：
- 首屏數(shù)據(jù)。首屏幾個(gè) tab 的數(shù)據(jù)往往在 app 啟動(dòng)時(shí)即加載奸焙，也就是在用戶點(diǎn)“允許”之前瞎暑。很容易造成用戶第一次進(jìn)入時(shí)彤敛，首屏數(shù)據(jù)空白。
- 推送了赌。通常的處理邏輯是墨榄，把注冊(cè)設(shè)備遠(yuǎn)程推送的代碼寫(xiě)在 appDelegate 里。經(jīng)過(guò)測(cè)試發(fā)現(xiàn)勿她，這種寫(xiě)法下允許推送的彈框和允許使用網(wǎng)絡(luò)的彈框出現(xiàn)的順序沒(méi)有一定袄秩。如果先出允許推送的彈框，用戶點(diǎn)擊允許逢并，此時(shí)注冊(cè) deviceToken 是不能成功的之剧。當(dāng)然如果用戶允許訪問(wèn)網(wǎng)絡(luò)，第二次打開(kāi) app 時(shí)也會(huì)走一遍注冊(cè)遠(yuǎn)程推送方法砍聊，此時(shí)就能注冊(cè)成功了背稼。
- 其他首次啟動(dòng)的處理。諸如廣告頁(yè)玻蝌、活動(dòng)頁(yè)之類蟹肘，需要在啟動(dòng)時(shí)請(qǐng)求的數(shù)據(jù)。新版本的更新檢查往往也在啟動(dòng)時(shí)進(jìn)行俯树，但這一點(diǎn)影響不大帘腹，因?yàn)槭状未蜷_(kāi)的用戶一般都是處于最新版。另外许饿，常常會(huì)在新設(shè)備首次啟動(dòng)時(shí)阳欲，上傳一個(gè)設(shè)備唯一標(biāo)識(shí)用于統(tǒng)計(jì)目的，例如 IDFA陋率。
解決方案
在重置過(guò)的手機(jī)上胸完，嘗試裝了一些大大小小的 app，發(fā)現(xiàn)不少 app 在適配這個(gè)新特性上都存在一些小問(wèn)題翘贮。而有些 app 也做了比較有特色的處理。
不幸的是爆惧，蘋(píng)果這個(gè)功能可能出得太倉(cāng)促狸页，并沒(méi)有給開(kāi)發(fā)者提供相應(yīng)的 API。所以扯再，我們沒(méi)辦法檢測(cè)到用戶點(diǎn)擊“允許”或“不允許”網(wǎng)絡(luò)請(qǐng)求的回調(diào)芍耘，也沒(méi)法檢測(cè)到當(dāng)前用戶是否授權(quán)的狀態(tài)。只能通過(guò)一些特殊處理熄阻，來(lái)盡量減小對(duì)用戶的影響斋竞。
總體來(lái)說(shuō)，主要有如下幾個(gè)解決方案：
延遲請(qǐng)求秃殉。對(duì)于首次啟動(dòng)的所有接口坝初，如果能延遲到用戶點(diǎn)擊“允許”之后再請(qǐng)求浸剩，或者重新請(qǐng)求一次，就能把對(duì)用戶的影響降到最低鳄袍，是一個(gè)比較好的解決方案绢要。因?yàn)槭状螁?dòng)往往有幾屏引導(dǎo)頁(yè)，一個(gè)比較好的時(shí)機(jī)是引導(dǎo)頁(yè)結(jié)束時(shí)拗小。此時(shí)用戶已經(jīng)進(jìn)行了授權(quán)重罪，數(shù)據(jù)都能正確得到。所以我自己的做法是把請(qǐng)求推遲到了引導(dǎo)頁(yè)哀九。另外下面評(píng)論里饒志臻大神提了一個(gè)特別好的思路剿配，就是用 AFN 監(jiān)聽(tīng)網(wǎng)絡(luò)狀態(tài)，有網(wǎng)時(shí)開(kāi)始請(qǐng)求阅束。雖然沒(méi)有試過(guò)（我自己手機(jī)不是國(guó)行呼胚，不太好實(shí)驗(yàn)），但感覺(jué)應(yīng)該也能比較完美地處理這個(gè)問(wèn)題围俘。
-
允許用戶手動(dòng)重新請(qǐng)求砸讳。出現(xiàn)數(shù)據(jù)空白時(shí)，如果在空白頁(yè)面上有“重新加載”的按鈕界牡，也可以讓用戶體驗(yàn)好一些簿寂。比較有趣的是，測(cè)試中發(fā)現(xiàn)網(wǎng)易嚴(yán)選的處理是這樣的：
網(wǎng)易嚴(yán)選的首屏界面
加了一個(gè)“查看解決方案”的按鈕宿亡。點(diǎn)擊這個(gè)按鈕會(huì)跳轉(zhuǎn)到一個(gè)描述解決方案的頁(yè)面常遂，內(nèi)容跟上面掘金的文章類似。很有意思的處理挽荠，雖然不能避免白屏克胳，但用戶會(huì)嘗試重新打開(kāi)尘盼，還可以幫到少部分始終不顯示彈框的用戶局待。
稍后重新請(qǐng)求褥蚯。網(wǎng)絡(luò)框架如果做了請(qǐng)求失敗時(shí)阻荒，定時(shí)重新請(qǐng)求的處理植袍，應(yīng)該也能解決首次請(qǐng)求失敗的問(wèn)題瞄摊。另外膏蚓，首次啟動(dòng)時(shí)各種處理的邏輯都可以寫(xiě)成一旦失敗玄柏，下次啟動(dòng)重試纬傲。如每次啟動(dòng)都會(huì)注冊(cè)遠(yuǎn)程推送满败。另一個(gè)例子是上傳設(shè)備唯一標(biāo)識(shí)的邏輯，可以寫(xiě)成類似這樣：
NSString *storedIDFA = [[NSUserDefaults standardUserDefaults] objectForKey:kIDFAKey];
NSString *idfaString = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];
if ([storedIDFA isEqualToString:idfaString]) {
return;
}
[HAMCommonBusinessStore requestUploadIDFA:idfaString success:^(id response) {
[[NSUserDefaults standardUserDefaults] saveObject:idfaString forKey:kIDFAKey];
}];
每次打開(kāi) app 都調(diào)用這段代碼叹括，而上傳成功時(shí)才保存到本地算墨。這樣首次請(qǐng)求失敗也無(wú)妨，下次打開(kāi)時(shí)仍能重試上傳汁雷，直到成功為止净嘀。
開(kāi)發(fā)者的無(wú)奈
臨時(shí)出現(xiàn)這種變故报咳，作為開(kāi)發(fā)者也表示很無(wú)奈。為了排查問(wèn)題面粮，技術(shù)同事?tīng)奚謾C(jī)反復(fù)重置少孝，老板還一副不相信的樣子：“那其他家 app 怎么就沒(méi)出問(wèn)題？”
好在總算能用各種特殊處理熬苍，把問(wèn)題先掩蓋過(guò)去稍走。還是希望蘋(píng)果能在 iOS 系統(tǒng)的新版本里完善這個(gè)新功能，提供類似相機(jī)權(quán)限的 api 吧柴底。不要再折磨廣大開(kāi)發(fā)者了婿脸。
