版權(quán)聲明：

本文內(nèi)容由阿里云實(shí)名注冊(cè)用戶自發(fā)貢獻(xiàn)，版權(quán)歸原作者所有，阿里云開發(fā)者社區(qū)不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。具體規(guī)則請(qǐng)查看《 阿里云開發(fā)者社區(qū)用戶服務(wù)協(xié)議》和 《阿里云開發(fā)者社區(qū)知識(shí)產(chǎn)權(quán)保護(hù)指引》。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容，填寫 侵權(quán)投訴表單進(jìn)行舉報(bào)，一經(jīng)查實(shí)，本社區(qū)將立刻刪除涉嫌侵權(quán)內(nèi)容。

簡(jiǎn)介： 每日更新關(guān)注:http://weibo.com/hanjunqiang  新浪微博！iOS開發(fā)者交流QQ群： 446310206這個(gè)坑最近弄得我很抓狂，不過現(xiàn)在基本弄清楚了。記錄一下過程中我收集到的信息，分享給大家。

每日更新關(guān)注:http://weibo.com/hanjunqiang  新浪微博！iOS開發(fā)者交流QQ群： 446310206

這個(gè)坑最近弄得我很抓狂，不過現(xiàn)在基本弄清楚了。記錄一下過程中我收集到的信息，分享給大家。

癥狀

iOS 10 之后，陸陸續(xù)續(xù)地有用戶聯(lián)系我們，說新機(jī)第一次安裝、第一次啟動(dòng)的時(shí)候，app 首屏一片空白，完全沒數(shù)據(jù)。kill 掉重新打開就好了。

一開始以為是用戶網(wǎng)絡(luò)情況不好，但隨著越來越多的用戶報(bào)告這個(gè)問題，我意識(shí)到這并不是偶然情況。但是并非所有用戶都如此。

而且卸載掉之后，如果再裝，也不會(huì)出現(xiàn)這現(xiàn)象。問題只會(huì)出現(xiàn)在這臺(tái)設(shè)備第一次安裝、第一次啟動(dòng)的情況下。如果把手機(jī)抹掉、重置，問題還能重現(xiàn)。

定位問題

這個(gè)問題真的很棘手，也很難定位。幸運(yùn)的是，公司同事想到把手機(jī)抹掉重置，得以在我眼前重現(xiàn)問題。

我發(fā)現(xiàn)的是，app 首次啟動(dòng)會(huì)彈出一個(gè)詢問用戶“是否允許應(yīng)用訪問數(shù)據(jù)”的彈框，類似下圖：

詢問網(wǎng)絡(luò)權(quán)限的彈框

雖然 app 剛打開的時(shí)候是一片空白，但我發(fā)現(xiàn)進(jìn)去之后，登錄、下拉刷新等都沒問題。因此很容易猜測(cè)出這樣的結(jié)論：用戶點(diǎn)“允許”之前，網(wǎng)絡(luò)請(qǐng)求全都是失敗的；而點(diǎn)“允許”之后，網(wǎng)絡(luò)請(qǐng)求就能正常進(jìn)行了。

問題原因

有了方向之后就好查了。很快查到了掘金的這篇文章，得知這個(gè)彈框來自于工信部的要求。這篇文章里還有如果彈框不出現(xiàn)，用戶可以采取的解決方案。另外，從少數(shù)派的這篇文章 看到，只有國(guó)行手機(jī)有這個(gè)功能。這也就解釋了為何有些用戶出現(xiàn)、而有些用戶沒出現(xiàn)這個(gè)問題。

蜂窩移動(dòng)網(wǎng)絡(luò)的兩種界面

進(jìn)到手機(jī)的 設(shè)置->蜂窩移動(dòng)網(wǎng)絡(luò)，如果看到如左圖就說明是不會(huì)彈框的機(jī)型，如果看到如右圖，說明是會(huì)彈框的機(jī)型。

那么這個(gè)新功能會(huì)為用戶帶來哪些問題呢？問題主要在于，用戶點(diǎn)擊“允許”之前，所有網(wǎng)絡(luò)請(qǐng)求都是被禁止的。具體有兩種表現(xiàn)：

少部分用戶根本不顯示彈框，所以網(wǎng)絡(luò)請(qǐng)求一直被禁止。針對(duì)這部分用戶，只能通過客服引導(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ǎng)絡(luò)，Wifi 和數(shù)據(jù)流量均不可以。當(dāng)然，這是用戶自己的選擇，我們沒什么可做的。我們主要需要解決的是上面的第二個(gè)問題。

影響范圍

這個(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)程推送的代碼寫在 appDelegate 里。經(jīng)過測(cè)試發(fā)現(xiàn)，這種寫法下允許推送的彈框和允許使用網(wǎng)絡(luò)的彈框出現(xiàn)的順序沒有一定。如果先出允許推送的彈框，用戶點(diǎn)擊允許，此時(shí)注冊(cè) deviceToken 是不能成功的。當(dāng)然如果用戶允許訪問網(wǎng)絡(luò)，第二次打開 app 時(shí)也會(huì)走一遍注冊(cè)遠(yuǎn)程推送方法，此時(shí)就能注冊(cè)成功了。 其他首次啟動(dòng)的處理。諸如廣告頁、活動(dòng)頁之類，需要在啟動(dòng)時(shí)請(qǐng)求的數(shù)據(jù)。新版本的更新檢查往往也在啟動(dòng)時(shí)進(jìn)行，但這一點(diǎn)影響不大，因?yàn)槭状未蜷_的用戶一般都是處于最新版。另外，常常會(huì)在新設(shè)備首次啟動(dòng)時(shí)，上傳一個(gè)設(shè)備唯一標(biāo)識(shí)用于統(tǒng)計(jì)目的，例如 IDFA。

解決方案

在重置過的手機(jī)上，嘗試裝了一些大大小小的 app，發(fā)現(xiàn)不少 app 在適配這個(gè)新特性上都存在一些小問題。而有些 app 也做了比較有特色的處理。

不幸的是，蘋果這個(gè)功能可能出得太倉促，并沒有給開發(fā)者提供相應(yīng)的 API。所以，我們沒辦法檢測(cè)到用戶點(diǎn)擊“允許”或“不允許”網(wǎng)絡(luò)請(qǐng)求的回調(diào)，也沒法檢測(cè)到當(dāng)前用戶是否授權(quán)的狀態(tài)。只能通過一些特殊處理，來盡量減小對(duì)用戶的影響。

總體來說，主要有如下幾個(gè)解決方案：

延遲請(qǐng)求。對(duì)于首次啟動(dòng)的所有接口，如果能延遲到用戶點(diǎn)擊“允許”之后再請(qǐng)求，或者重新請(qǐng)求一次，就能把對(duì)用戶的影響降到最低，是一個(gè)比較好的解決方案。因?yàn)槭状螁?dòng)往往有幾屏引導(dǎo)頁，一個(gè)比較好的時(shí)機(jī)是引導(dǎo)頁結(jié)束時(shí)。此時(shí)用戶已經(jīng)進(jìn)行了授權(quán)，數(shù)據(jù)都能正確得到。

允許用戶手動(dòng)重新請(qǐng)求。出現(xiàn)數(shù)據(jù)空白時(shí)，如果在空白頁面上有“重新加載”的按鈕，也可以讓用戶體驗(yàn)好一些。比較有趣的是，測(cè)試中發(fā)現(xiàn)網(wǎng)易嚴(yán)選的處理是這樣的：

網(wǎng)易嚴(yán)選的首屏界面
加了一個(gè)“查看解決方案”的按鈕。點(diǎn)擊這個(gè)按鈕會(huì)跳轉(zhuǎn)到一個(gè)描述解決方案的頁面，內(nèi)容跟上面掘金的文章類似。很有意思的處理，雖然不能避免白屏，但用戶會(huì)嘗試重新打開，還可以幫到少部分始終不顯示彈框的用戶。 稍后重新請(qǐng)求。網(wǎng)絡(luò)框架如果做了請(qǐng)求失敗時(shí)，定時(shí)重新請(qǐng)求的處理，應(yīng)該也能解決首次請(qǐng)求失敗的問題。另外，首次啟動(dòng)時(shí)各種處理的邏輯都可以寫成一旦失敗，下次啟動(dòng)重試。如每次啟動(dòng)都會(huì)注冊(cè)遠(yuǎn)程推送。另一個(gè)例子是上傳設(shè)備唯一標(biāo)識(shí)的邏輯，可以寫成類似這樣：

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]; }];

每次打開 app 都調(diào)用這段代碼，而上傳成功時(shí)才保存到本地。這樣首次請(qǐng)求失敗也無妨，下次打開時(shí)仍能重試上傳，直到成功為止。

開發(fā)者的無奈

臨時(shí)出現(xiàn)這種變故，作為開發(fā)者也表示很無奈。為了排查問題，技術(shù)同事犧牲手機(jī)反復(fù)重置，老板還一副不相信的樣子：“那其他家 app 怎么就沒出問題？”

好在總算能用各種特殊處理，把問題先掩蓋過去。還是希望蘋果能在 iOS 系統(tǒng)的新版本里完善這個(gè)新功能，提供類似相機(jī)權(quán)限的 api 吧。不要再折磨廣大開發(fā)者了。

每日更新關(guān)注:http://weibo.com/hanjunqiang  新浪微博！iOS開發(fā)者交流QQ群： 446310206

相關(guān)知識(shí)

iOS 10 不提示「是否允許應(yīng)用訪問數(shù)據(jù)」，導(dǎo)致應(yīng)用無法使用的解決方案
iOS 17.2：如何使用 Siri 訪問和寫入健康數(shù)據(jù)
保護(hù)對(duì)用戶健康數(shù)據(jù)的訪問
iPhone 上的健康應(yīng)用程序無法跟蹤步數(shù)的故障排除
蘋果手機(jī)為何不顯示步數(shù)？
如何恢復(fù)iPhone健康應(yīng)用數(shù)據(jù)？
5s健康無數(shù)據(jù)怎么辦，iphone健康突然無數(shù)據(jù)
完美解決iOS系統(tǒng)“無天氣數(shù)據(jù)”方法
蘋果健康軟件無數(shù)據(jù)?
深入了解iOS的HealthKit：一個(gè)全面的健康和健身數(shù)據(jù)管理平臺(tái)

網(wǎng)址: iOS 10 不提示「是否允許應(yīng)用訪問數(shù)據(jù)」，導(dǎo)致應(yīng)用無法使用的解決方案 http://m.u1s5d6.cn/newsview1097125.html