背景
一直都有用戶反饋無法正常聯(lián)網(wǎng)的問題,經(jīng)過定位,發(fā)現(xiàn)很大一部分用戶是因?yàn)榫W(wǎng)絡(luò)權(quán)限被系統(tǒng)關(guān)閉,經(jīng)過資料搜集和排除發(fā)現(xiàn)根本原因是:
1、第一次打開 app 不能訪問網(wǎng)絡(luò),無任何提示
2、第一次打開 app 直接提示「已為“XXX”關(guān)閉網(wǎng)絡(luò)」
3、第一次打開 app ,用戶點(diǎn)錯(cuò)了選擇了「不允許」或「WLAN」
對(duì)于第 1 種情況,出現(xiàn)在 iOS 10 比較多,一旦出現(xiàn)后系統(tǒng)設(shè)置里也找不到「無線數(shù)據(jù)」這一配置選項(xiàng),隨著 iOS 的更新,貌似被 Apple 修復(fù)了,GitHub 上面有 ZIKCellularAuthorization 其進(jìn)行分析和提出一種解決方案,強(qiáng)制讓系統(tǒng)彈出那個(gè)詢問框。
但是第 2、3種情況現(xiàn)在 iOS 12 還經(jīng)常有發(fā)生,對(duì)于這種情況,我們只要檢測(cè)出來,并提示引導(dǎo)用戶去打開網(wǎng)絡(luò)權(quán)限即可,本文提出一新的方法來檢測(cè)這種情況。
CTCellularData 的局限性
關(guān)于網(wǎng)絡(luò)權(quán)限問題,網(wǎng)絡(luò)上搜集的資料大多數(shù)提到了用 CTCellularData 的 cellularDataRestrictionDidUpdateNotifier 方法去判斷網(wǎng)絡(luò)權(quán)限關(guān)閉,但這樣判斷會(huì)有不完善的情況(后面提到)
CoreTelephony 里的 CTCellularData 可以用來監(jiān)測(cè) app 的蜂窩網(wǎng)絡(luò)權(quán)限,其定義如下:
typedef NS_ENUM(NSUInteger, CTCellularDataRestrictedState) {
kCTCellularDataRestrictedStateUnknown,
kCTCellularDataRestricted,
kCTCellularDataNotRestricted
};
通過注冊(cè) cellularDataRestrictionDidUpdateNotifier 回調(diào)可以并判斷其 state 可以判斷蜂窩數(shù)據(jù)的權(quán)限
CTCellularData *cellularData = [[CTCellularData alloc] init];
cellularData.cellularDataRestrictionDidUpdateNotifier = ^(CTCellularDataRestrictedState restrictedState) {
...
}
};
系統(tǒng)設(shè)置里 有三種選項(xiàng)分別對(duì)應(yīng):
系統(tǒng)選項(xiàng) | CTCellularDataRestrictedState |
---|---|
關(guān)閉 | kCTCellularDataRestricted |
WLAN | kCTCellularDataRestricted |
WALN 與蜂窩移動(dòng)網(wǎng) | kCTCellularDataNotRestricted |
實(shí)測(cè)發(fā)現(xiàn):
1、若用戶此時(shí)用蜂窩數(shù)據(jù)上網(wǎng),但在「允許“XXX”使用的數(shù)據(jù)」,選擇了「WLAN」 或 「關(guān)閉」,回調(diào)拿到的值是
kCTCellularDataRestricted ,此時(shí)我們可以確定是因?yàn)闄?quán)限問題導(dǎo)致用戶不能訪問,應(yīng)該去提示用戶打開網(wǎng)絡(luò)權(quán)限。
2、若用戶此時(shí)用 Wi-Fi 上網(wǎng),但在「允許“XXX”使用的數(shù)據(jù)」設(shè)置中選擇了 「關(guān)閉」,我們拿到的值是 kCTCellularDataRestricted ,這種情況下同樣需要提示用戶打開網(wǎng)絡(luò)權(quán)限。
3、若用戶此時(shí)用 Wi-Fi 上網(wǎng),但在「允許“XXX”使用的數(shù)據(jù)」設(shè)置中選擇了 「WLAN」,我們拿到的值是 kCTCellularDataRestricted ,但是此時(shí)用戶是有網(wǎng)絡(luò)訪問權(quán)限的,此時(shí)不應(yīng)該去提示用戶。
判斷思路
結(jié)合 SCNetworkReachabilityRef 的回調(diào),以及對(duì)網(wǎng)絡(luò)狀態(tài)的區(qū)分來判斷:
通過判斷 SCNetworkReachabilityRef 回調(diào)的 flag 發(fā)現(xiàn) kSCNetworkReachabilityFlagsReachable 為 0,則說明網(wǎng)絡(luò)不通,此時(shí)可能有兩種情況:
1、未打開任何數(shù)據(jù)連接(Wi-Fi 蜂窩數(shù)據(jù))或者開啟了飛行模式
2、網(wǎng)絡(luò)權(quán)限被關(guān)閉
所以我們的判斷思路就是要判斷出用戶是否 開啟了 Wi-Fi 或者 蜂窩數(shù)據(jù),如果都不是那必定是網(wǎng)絡(luò)權(quán)限被關(guān)閉。
實(shí)現(xiàn)細(xì)節(jié)
判斷當(dāng)前網(wǎng)絡(luò)類型
思路:
1、先通過 CaptiveNetwork 去判斷有沒有開啟 Wi-Fi,這個(gè)判斷無論在網(wǎng)絡(luò)權(quán)限是否打開下的判斷都是準(zhǔn)確的。
2、由于在沒有網(wǎng)絡(luò)權(quán)限的情況下,沒有辦法直接去判斷是否開啟了蜂窩數(shù)據(jù),這里只能通過一種比較 trick 的方式,通過狀態(tài)欄去判斷用戶是否開啟了蜂窩數(shù)據(jù),但是在一些極端的情況下,不一定準(zhǔn)確,比如用戶同時(shí)開啟 Wi-Fi 和蜂窩數(shù)據(jù),此時(shí)先關(guān)閉 Wi-Fi 然后迅速關(guān)閉蜂窩數(shù)據(jù),此時(shí)手機(jī)處于無網(wǎng)絡(luò)狀態(tài),我們?cè)诘?1 步判斷出了 Wi-Fi 不可用,但是通過狀態(tài)欄的方式拿到卻還是 Wi-Fi,在這種比較邊界的情況下,只能延時(shí)一會(huì)兒再次檢查。
- (void)getCurrentNetworkType:(void(^)(ZYNetworkType))block {
if ([self isWiFiEnable]) {
return block(ZYNetworkTypeWiFi);
}
ZYNetworkType type = [self getNetworkTypeFromStatusBar];
if (type == ZYNetworkTypeOffline) {
block(ZYNetworkTypeOffline);
} else if (type == ZYNetworkTypeWiFi) { // 這時(shí)候從狀態(tài)欄拿到的是 Wi-Fi 說明狀態(tài)欄沒有刷新,延遲一會(huì)再獲取
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.1 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[self getCurrentNetworkType:block];
});
} else {
block(ZYNetworkTypeCellularData);
}
}
判斷是否連接到 Wi-Fi
判斷 Wi-Fi 的方法比較簡(jiǎn)單,導(dǎo)入 SystemConfiguration/CaptiveNetwork.h 并使用下面方法判斷即可
- (BOOL)isWiFiEnable {
NSArray *interfaces = (__bridge_transfer NSArray *)CNCopySupportedInterfaces();
if (!interfaces) {
return NO;
}
NSDictionary *info = nil;
for (NSString *ifnam in interfaces) {
info = (__bridge_transfer NSDictionary *)CNCopyCurrentNetworkInfo((__bridge CFStringRef)ifnam);
if (info && [info count]) { break; }
}
return (info != nil);
}
從狀態(tài)欄判斷網(wǎng)絡(luò)類型
上面提到,由于在網(wǎng)絡(luò)權(quán)限拒絕的情況下,我們唯一比較有效的方法是通過狀態(tài)欄去判斷,這個(gè)判斷方法在網(wǎng)上可以找到,但是 在 iPhone X 會(huì)出現(xiàn) crash 的情況,我針對(duì) iPhone X 做了補(bǔ)充和適配。
- (ZYNetworkType)getNetworkTypeFromStatusBar {
NSInteger type = 0;
@try {
UIApplication *app = [UIApplication sharedApplication];
UIView *statusBar = [app valueForKeyPath:@"statusBar"];
if (statusBar == nil ){
return ZYNetworkTypeUnknown;
}
BOOL isModernStatusBar = [statusBar isKindOfClass:NSClassFromString(@"UIStatusBar_Modern")];
if (isModernStatusBar) { // 在 iPhone X 上 statusBar 屬于 UIStatusBar_Modern ,需要特殊處理
id currentData = [statusBar valueForKeyPath:@"statusBar.currentData"];
BOOL wifiEnable = [[currentData valueForKeyPath:@"_wifiEntry.isEnabled"] boolValue];
// 這里不能用 _cellularEntry.isEnabled 來判斷,該值即使關(guān)閉仍然有是 YES
BOOL cellularEnable = [[currentData valueForKeyPath:@"_cellularEntry.type"] boolValue];
return wifiEnable ? ZYNetworkTypeWiFi :
cellularEnable ? ZYNetworkTypeCellularData : ZYNetworkTypeOffline;
} else { // 傳統(tǒng)的 statusBar
NSArray *children = [[statusBar valueForKeyPath:@"foregroundView"] subviews];
for (id child in children) {
if ([child isKindOfClass:[NSClassFromString(@"UIStatusBarDataNetworkItemView") class]]) {
type = [[child valueForKeyPath:@"dataNetworkType"] intValue];
// type == 1 => 2G
// type == 2 => 3G
// type == 3 => 4G
// type == 4 => LTE
// type == 5 => Wi-Fi
}
}
return type == 0 ? ZYNetworkTypeOffline :
type == 5 ? ZYNetworkTypeWiFi : ZYNetworkTypeCellularData;
}
} @catch (NSException *exception) {
}
return 0;
}
整體判斷代碼
- (void)startCheck {
/* iOS 10 以下默認(rèn)通過 **/
/* 先用 currentReachable 判斷,若返回的為 YES 則說明:
1. 用戶選擇了 「WALN 與蜂窩移動(dòng)網(wǎng)」并處于其中一種網(wǎng)絡(luò)環(huán)境下。
2. 用戶選擇了 「WALN」并處于 WALN 網(wǎng)絡(luò)環(huán)境下。
此時(shí)是有網(wǎng)絡(luò)訪問權(quán)限的,直接返回 ZYNetworkAccessible
**/
if ([UIDevice currentDevice].systemVersion.floatValue < 10.0 || [self currentReachable]) {
[self notiWithAccessibleState:ZYNetworkAccessible];
return;
}
CTCellularDataRestrictedState state = _cellularData.restrictedState;
switch (state) {
case kCTCellularDataRestricted: {// 系統(tǒng) API 返回 無蜂窩數(shù)據(jù)訪問權(quán)限
[self getCurrentNetworkType:^(ZYNetworkType type) {
/* 若用戶是通過蜂窩數(shù)據(jù) 或 WLAN 上網(wǎng),走到這里來 說明權(quán)限被關(guān)閉**/
if (type == ZYNetworkTypeCellularData || type == ZYNetworkTypeWiFi) {
[self notiWithAccessibleState:ZYNetworkRestricted];
} else { // 可能開了飛行模式,無法判斷
[self notiWithAccessibleState:ZYNetworkUnknown];
}
}];
break;
}
case kCTCellularDataNotRestricted: // 系統(tǒng) API 訪問有有蜂窩數(shù)據(jù)訪問權(quán)限,那就必定有 Wi-Fi 數(shù)據(jù)訪問權(quán)限
[self notiWithAccessibleState:ZYNetworkAccessible];
break;
case kCTCellularDataRestrictedStateUnknown:
[self notiWithAccessibleState:ZYNetworkUnknown];
break;
default:
break;
};
}
ZYNetworkAccessibity
GitHub : ZYNetworkAccessibity
我已經(jīng)把上面的方法做了封裝,將 ZYNetworkAccessibity.h 和 ZYNetworkAccessibity.m 拖項(xiàng)目中,監(jiān)聽 ZYNetworkAccessibityChangedNotification 通知即可
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(networkChanged:) name:ZYNetworkAccessibityChangedNotification object:nil];
然后處理通知
- (void)networkChanged:(NSNotification *)notification {
ZYNetworkAccessibleState state = ZYNetworkAccessibity.currentState;
if (state == ZYNetworkRestricted) {
NSLog(@"網(wǎng)絡(luò)權(quán)限被關(guān)閉");
}
}
另外還實(shí)現(xiàn)了自動(dòng)提醒用戶打開權(quán)限,如果你需要,請(qǐng)打開
[ZYNetworkAccessibity setAlertEnable:YES];