前言

前段時間在上海坐地鐵時連接了花生地鐵WIFI，打開QQ音樂開始聽歌，QQ音樂居然給了我一個"WIFI認(rèn)證提醒"的彈窗，點擊認(rèn)證就跳轉(zhuǎn)到了花生地鐵WIFI的認(rèn)證頁，之后順利聯(lián)網(wǎng)成功，體驗非常爽。作為一名iOS開發(fā)，不禁思考這個是怎么做到的呢？忘記WIFI重新連接后，打開手機里各個應(yīng)用輪番測試一遍，發(fā)現(xiàn)QQ音樂、QQ、QQ空間三個應(yīng)用都做了比較好的WIFI認(rèn)證提示：

成功提示.png

而其它的大應(yīng)用如微信、手淘、支付寶、釘釘、美團、點評、愛奇藝、百度地圖等則都沒有給出認(rèn)證提醒，而是提示我檢查網(wǎng)絡(luò)設(shè)置等，說明許多App都沒重視到這個細節(jié)，而其實現(xiàn)在這種場景還是很多的，比如花生地鐵WIFI、i-Shanghai、i-hangzhou、alibaba-guest和其它許多公共場所的WIFI，還是有必要做一個優(yōu)化~

失敗提示.png

關(guān)于Captive Portal

經(jīng)過一番調(diào)研，這種需認(rèn)證才能使用的WIFI，使用的是Captive Portal機制，中文通常譯作“強制主頁”或“強制登錄門戶”，一個Captive Portal是一個Web登錄頁面，通常由網(wǎng)絡(luò)運營商或網(wǎng)關(guān)在用戶能夠正常訪問互聯(lián)網(wǎng)之前攔截用戶的請求并將一個強制登錄或認(rèn)證主頁呈現(xiàn)（通常是通過瀏覽器）給用戶。該頁面可能要求用戶輸入認(rèn)證信息、支付、接受某些條款或者其他用戶授權(quán)等，隨后用戶才能被授權(quán)訪問互聯(lián)網(wǎng)。該技術(shù)廣泛用于移動和個人寬帶服務(wù)，包括有線電視、商業(yè)WiFi、家庭熱點等，也可用于訪問企業(yè)和住宅區(qū)有線網(wǎng)絡(luò)。詳細可參看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的檢測機制，只是有一些WIFI會繞過這樣機制。就需要我們額外再做一次檢測了。

詳細可參看：
關(guān)于Apple的Captive Network Assistant
Bypasses Apple Captive Network Assistant Login in iOS 7

根據(jù)Captive Portal的實現(xiàn)方式和特點，我們有以下兩種常用檢測方法：( 歡迎補充~ )

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)證頁，連上上?；ㄉ罔Fwifi后，未認(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 ，其中提到的判斷機制如下：

圖片.png

有一點需要注意的是，判斷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ò)。

詳細可參看：
關(guān)于Android的captive portal

檢測Captive Portal的iOS版Demo

基于判斷host的方式，我寫了一個檢測Captive Portal的小Demo放在了github，其中用于Captive Portal檢測的工具類是CaptivePortalCheck，沒有任何外部依賴，即拿即用，歡迎嘗試~

文中內(nèi)容如有不對，歡迎指正~

粘貼圖片3.png