前言
前段時間在上海坐地鐵時連接了花生地鐵WIFI呜师，打開QQ音樂開始聽歌面徽，QQ音樂居然給了我一個"WIFI認(rèn)證提醒"的彈窗，點擊認(rèn)證就跳轉(zhuǎn)到了花生地鐵WIFI的認(rèn)證頁匣掸，之后順利聯(lián)網(wǎng)成功趟紊，體驗非常爽。作為一名iOS開發(fā)碰酝，不禁思考這個是怎么做到的呢霎匈？忘記WIFI重新連接后，打開手機(jī)里各個應(yīng)用輪番測試一遍送爸，發(fā)現(xiàn)QQ音樂铛嘱、QQ、QQ空間三個應(yīng)用都做了比較好的WIFI認(rèn)證提示：
而其它的大應(yīng)用如微信袭厂、手淘墨吓、支付寶、釘釘纹磺、美團(tuán)帖烘、點評、愛奇藝橄杨、百度地圖等則都沒有給出認(rèn)證提醒秘症，而是提示我檢查網(wǎng)絡(luò)設(shè)置等，說明許多App都沒重視到這個細(xì)節(jié)式矫，而其實現(xiàn)在這種場景還是很多的乡摹，比如花生地鐵WIFI、i-Shanghai采转、i-hangzhou聪廉、alibaba-guest和其它許多公共場所的WIFI，還是有必要做一個優(yōu)化~
關(guān)于Captive Portal
經(jīng)過一番調(diào)研，這種需認(rèn)證才能使用的WIFI板熊，使用的是Captive Portal機(jī)制框全，中文通常譯作“強(qiáng)制主頁”或“強(qiáng)制登錄門戶”，一個Captive Portal是一個Web登錄頁面邻邮，通常由網(wǎng)絡(luò)運(yùn)營商或網(wǎng)關(guān)在用戶能夠正常訪問互聯(lián)網(wǎng)之前攔截用戶的請求并將一個強(qiáng)制登錄或認(rèn)證主頁呈現(xiàn)（通常是通過瀏覽器）給用戶竣况。該頁面可能要求用戶輸入認(rèn)證信息克婶、支付筒严、接受某些條款或者其他用戶授權(quán)等，隨后用戶才能被授權(quán)訪問互聯(lián)網(wǎng)情萤。該技術(shù)廣泛用于移動和個人寬帶服務(wù)鸭蛙，包括有線電視、商業(yè)WiFi筋岛、家庭熱點等娶视，也可用于訪問企業(yè)和住宅區(qū)有線網(wǎng)絡(luò)。詳細(xì)可參看wiki：https://en.wikipedia.org/wiki/Captive_portal
大多數(shù)需認(rèn)證WIFI實現(xiàn)Captive Portal是通過HTTP重定向的方式睁宰，也有一些是通過DNS劫持或ICMP重定向的方式肪获。
如何檢測Captive Portal
iOS和Android系統(tǒng)其實早就實現(xiàn)了Captive Portal的檢測機(jī)制，只是有一些WIFI會繞過這樣機(jī)制柒傻。就需要我們額外再做一次檢測了孝赫。
詳細(xì)可參看：
關(guān)于Apple的Captive Network Assistant
Bypasses Apple Captive Network Assistant Login in iOS 7
根據(jù)Captive Portal的實現(xiàn)方式和特點，我們有以下兩種常用檢測方法：( 歡迎補(bǔ)充~ )
1. 判斷網(wǎng)頁的host是否完全變了
由于連接了需認(rèn)證WIFI后红符，通過瀏覽器訪問任何網(wǎng)頁都會得到Captive Portal頁面青柄，所以對于iOS應(yīng)用，一個比較簡單的檢測方法是用WKWebView加載某一個網(wǎng)頁预侯，在decidePolicyForNavigationAction代理方法里致开，拿到navigationAction.request.URL看host是不是完全變了，如果完全變了即可判斷當(dāng)前WIFI需要認(rèn)證萎馅。
- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler {
decisionHandler(WKNavigationActionPolicyAllow);
self.trueUrl = navigationAction.request.URL;
if (self.openTestMode) {
// 測試用 這個url是上核粒花生地鐵wifi的認(rèn)證頁，連上上好臃迹花生地鐵wifi后拣技，未認(rèn)證時訪問所有網(wǎng)頁都會被重定向到該地址
self.trueUrl= [NSURL URLWithString:@"http://portal.wifi8.com/wifiapp"];
}
if ([self.trueUrl.host containsString:@"baidu.com"]) {
if (_networkCheckComplection) {
_networkCheckComplection(NO);
_networkCheckComplection = nil;
}
} else { // 網(wǎng)頁被重定向到了self.trueUrl，wifi需要認(rèn)證
if (_networkCheckComplection) {
_networkCheckComplection(YES);
_networkCheckComplection = nil;
}
if (_needAlert) {
UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"WI-FI認(rèn)證提醒" message:@"檢測到當(dāng)前WI-FI需要認(rèn)證才能使用耍目，請嘗試去認(rèn)證網(wǎng)絡(luò)" delegate:self cancelButtonTitle:@"取消" otherButtonTitles:@"認(rèn)證", nil];
[alert show];
_needAlert = NO;
}
}
}
Android端的檢測也可以采用這樣的方式膏斤，具體可參看google的文檔：https://developer.android.com/reference/java/net/HttpURLConnection.html ，其中提到的判斷機(jī)制如下：
有一點需要注意的是邪驮，判斷host完全相等不是特別合適莫辨，比如在WKWebView里訪問http://www.baidu.com ，可能會被重定向到http://m.baidu.com ，這樣則不屬于WIFI需要認(rèn)證的情況沮榜。
2. 訪問特定網(wǎng)頁盘榨，判斷HTTP狀態(tài)碼
也可以通過判斷HTTP狀態(tài)碼的方式來檢測Captive Portal。比如訪問google提供的一個空白網(wǎng)頁http://clients1.google.com/generate_204 蟆融，如果返回的HTTP狀態(tài)碼是204草巡，則可判斷當(dāng)前網(wǎng)絡(luò)無需認(rèn)證，否則需要提醒用戶認(rèn)證網(wǎng)絡(luò)型酥。
詳細(xì)可參看：
關(guān)于Android的captive portal
檢測Captive Portal的iOS版Demo
基于判斷host的方式山憨，我寫了一個檢測Captive Portal的小Demo放在了github，其中用于Captive Portal檢測的工具類是CaptivePortalCheck弥喉，沒有任何外部依賴郁竟，即拿即用，歡迎嘗試~
文中內(nèi)容如有不對由境，歡迎指正~
