我有一個(gè)使用通訊簿的應(yīng)用程序。在iOS 6中運(yùn)行時(shí)，當(dāng)用戶執(zhí)行需要通訊簿訪問權(quán)限的操作時(shí)，它將運(yùn)行此代碼。if (ABAddressBookGetAuthorizationStatus() == kABAuthorizationStatusNotDetermined){ ABAddressBookRef addressBookRef = ABAddressBookCreateWithOptions(NULL, NULL); ABAddressBookRequestAccessWithCompletion(addressBookRef, ^(bool granted, CFErrorRef error) { if (granted) { showContactChooser(); } }); CFRelease(addressBookRef);}else if (ABAddressBookGetAuthorizationStatus() == kABAuthorizationStatusAuthorized){ showContactChooser();}else{ showAccessDeniedAlert();}這非常正常：我能夠讀取聯(lián)系人信息，并且當(dāng)用戶拒絕訪問時(shí)，應(yīng)用程序會(huì)做出相應(yīng)的反應(yīng)。但是，如果用戶：允許聯(lián)系人在應(yīng)用中訪問，退出該應(yīng)用，轉(zhuǎn)到“設(shè)置”->“隱私”->“聯(lián)系人”，并禁用該應(yīng)用的“聯(lián)系人”訪問權(quán)限，運(yùn)行該應(yīng)用，當(dāng)應(yīng)用在后臺(tái)運(yùn)行時(shí)，進(jìn)入設(shè)置并啟用該應(yīng)用的“聯(lián)系人”訪問權(quán)限，該應(yīng)用程序立即崩潰main()，沒有異常信息或有意義的堆棧跟蹤。我試圖打開“所有異?！焙蚚NSException raise]斷點(diǎn)，但這并沒有給我更多信息。即使該應(yīng)用在啟動(dòng)過程中未運(yùn)行上述代碼，也可以重現(xiàn)崩潰。這里發(fā)生了什么事？我應(yīng)該訂閱一個(gè)回調(diào)嗎？
3 回答
慕運(yùn)維8079593
TA貢獻(xiàn)1876條經(jīng)驗(yàn) 獲得超5個(gè)贊
我已經(jīng)在自己的應(yīng)用程序中看到了這一點(diǎn)。我也看到其他人也報(bào)告了這一點(diǎn)。我很確定這是故意的行為。該操作系統(tǒng)會(huì)殺死對(duì)隱私權(quán)限更改有反應(yīng)的所有后臺(tái)應(yīng)用程序。蘋果似乎對(duì)此采取了大錘的態(tài)度。這不是崩潰（盡管在調(diào)試器中運(yùn)行時(shí)可能會(huì)出現(xiàn)）。應(yīng)用因其他各種原因而終止。將此添加到原因列表中。這使我們有更多理由在完全重啟應(yīng)用程序后做好恢復(fù)應(yīng)用程序狀態(tài)的工作。
請(qǐng)注意，此行為適用于所有各種隱私設(shè)置，例如聯(lián)系人，照片，麥克風(fēng)，日歷和相機(jī)。
暮色呼如
TA貢獻(xiàn)1853條經(jīng)驗(yàn) 獲得超9個(gè)贊
通常，當(dāng)應(yīng)用程序從掛起狀態(tài)恢復(fù)時(shí)，應(yīng)從AppDelegate調(diào)用application：didEnterForeground。我認(rèn)為，這將是您重新調(diào)整通訊簿權(quán)限的好地方。
qq_花開花謝_0
TA貢獻(xiàn)1835條經(jīng)驗(yàn) 獲得超7個(gè)贊
在與iOS 7日歷相關(guān)的應(yīng)用中的工作原理相同。如果您在設(shè)備上運(yùn)行應(yīng)用程序，而不是通過Xcode調(diào)試或模擬器運(yùn)行，則會(huì)看到該應(yīng)用程序重新啟動(dòng)，用戶看不到。因此，正如rmaddy所說，只要確保您的應(yīng)用程序“在完全重啟后就可以很好地恢復(fù)應(yīng)用程序狀態(tài)……”
- 3 回答
- 0 關(guān)注
- 581 瀏覽
添加回答
舉報(bào)
0/150
提交
取消