簡單介紹一下HTTP劫持和DNS劫持的概念，也就是運營商通過某些方式篡改了使用者正常訪問的網頁，插入廣告或者其他一些雜七雜八的東西。

    首先對運營商的劫持行為做一些分析，他們的目的無非就是賺錢，而賺錢的方式有兩種：

    1、對正常網站加入額外的廣告，這包括網頁內浮層或彈出廣告視窗；

    在具體的做法上，一般分為DNS劫持和HTTP劫持。

    DNS劫持：

    一般而言，使用者上網的DNS伺服器都是運營商分配的，所以，在這個節點上，運營商可以為所欲為。

    例如，訪問http://jiankang.qq.com/index.html，正常DNS應該返回騰訊的ip，而DNS劫持後，會返回一個運營商的中間伺服器ip。訪問該伺服器會一致性的返回302，讓使用者瀏覽器跳轉到預處理好的帶廣告的網頁，在該網頁中再通過iframe開啟使用者原來訪問的地址。

    HTTP劫持：

    在運營商的路由器節點上，設定協議檢測，一旦發現是HTTP請求，而且是html型別請求，則攔截處理。後續做法往往分為2種，1種是類似DNS劫持返回302讓使用者瀏覽器跳轉到另外的地址，還有1種是在伺服器返回的HTML資料中插入js或dom節點（廣告）。

    在使用者角度，這些劫持的表現分為：

    1、網址被無辜跳轉，多了推廣尾巴；

    2、頁面出現額外的廣告（iframe模式或者直接同頁面插入了dom節點）。

    處理辦法：

    1、先對外網做檢測，上報被劫持的情況。

            對於我這個業務而言，加推廣尾巴沒意義，那麼就剩下植入廣告的問題了。頁面廣告可能通過iframe方式，也可以通過dom節點方式，需要在首頁檢查這兩種情況。

window.addEventListener('DOMNodeInserted', checkDivHijack);    
function checkDivHijack(e) {
        var html = e ? (e.srcElement.outerHTML || e.srcElement.wholeText) : $('html').html();
        var reg = /http:\/\/([^\/]+)\//g;
        var urlList = html.match(reg);
        if (!urlList || urlList.length == 0) {
            return;
        }
        reg = /^http:\/\/(.*\.qq\.com|.*\.gtimg\.cn|.*\.qlogo\.cn|.*\.qpic\.cn|.*\.wanggou\.com)\/$/;
        var hijack = false;
        for (var i = 0; i < urlList.length; i++) {
            if (!reg.test(urlList[i])) {
                hijack = true;
                break;
            }
        }
}
 

 （注：事後發現這個url檢查不夠嚴謹，雖然劫持的情況都能發現，但也把產品原有的一些正常插入做劫持誤報了。例如<a href="http://jiankang.qq.com" data-id="1">，不過這個是小細節，把正則表示式完善一下就ok了)

    2、針對被iframe載入的情況，需要先找到運營商設定的劫持規律。

            在iframe中的網頁能正常開啟，而不是又被攔截加iframe，可能是因為請求的url上或cookie上運營商做了標記。我們可以利用這個規則，躲過劫持。

    3、針對注入dom節點的情況，初始化時做檢查，而且後續dom注入也做檢查。可以檢查dom中是否含有白名單以外的http連結，如果有，就可以判定為http劫持。

    4、在前端以外的處理辦法還有

        a) 終端攔截所有返回包，判斷ip來自黑名單（劫持的中間ip）則丟棄返回包。

                這種做法的原因是，運營商劫持http請求後，並不是完全丟棄請求包，而是做了複製，一份繼續發給目標伺服器，另外一份做劫持處理直接返回302。因為這個302會比目標伺服器的正常返回早得多，所以使用者瀏覽器會只認第一個302，而丟棄後到的正常返回。

                如果先把第一個302丟棄，等待後續正常返回，則問題解決。

        b) 終端攔截請求包，並拆包傳送。

                運營商一般判斷是否劫持，通過判斷是否HTTP請求。 一般只會檢測TCP連線建立後的第一個資料包，如果其是一個完整的HTTP協議才會被標記；如果並非是一個完整的HTTP協議，由於無法得到足夠多的劫持資訊，所以並不會被標記為HTTP協議。 

                所以，只要把請求包切得足夠細，就能躲過一部分劫持（如果運營商學習“牆”大力氣做多包攔截就沒轍了）。

    5、當然，最終，根本解決辦法是使用HTTPS，不過這個涉及到很多業務的修改，成本較高。如果劫持比例小，也許通過適當的補救做法會更好。

　　來看看檢測到的劫持情況：

總體1500萬pv的業務，一天竟然有100萬的劫持上報，即使排除一半的誤報，也代表說20個使用者中，就接近有1個使用者出現被劫持的情況。

可見，各種小運營商（尤其是移動）的心是有多黑！膽子是有多大！

　　各種劫持的手段都有：

　　1、直接返回一個帶廣告的HTML；

　　2、在原html中插入js，再通過js指令碼安插廣告；

　　3、iframe展示原來正常網頁。

　　各種醜惡的嘴臉都被記錄在案：