目錄

一，輪詢和長輪詢

二，分析web端微信

三，爬蟲套路

---

?

一，輪詢和長輪詢

短輪詢 的基本思路就是瀏覽器每隔一段時間向瀏覽器發送http請求，服務器端在收到請求后，不論是否有數據更新，都直接進行響應。這種方式實現的即時通信，本質上還是瀏覽器發送請求，服務器接受請求的一個過程，通過讓客戶端不斷的進行請求，使得客戶端能夠模擬實時地收到服務器端的數據的變化。

　　這種方式的 優點 是比較簡單，易于理解，實現起來也沒有什么技術難點。 缺點 是顯而易見的，這種方式由于需要不斷的建立http連接，嚴重浪費了服務器端和客戶端的資源。尤其是在客戶端，距離來說，如果有數量級想對比較大的人同時位于基于短輪詢的應用中，那么每一個用戶的客戶端都會瘋狂的向服務器端發送http請求，而且不會間斷。人數越多，服務器端壓力越大，這是很不合理的。

因此短輪詢不適用于那些同時在線用戶數量比較大，并且很注重性能的Web應用。

            
              var xhr = new XMLHttpRequest();
    setInterval(function(){
        xhr.open('GET','/user');
        xhr.onreadystatechange = function(){

        };
        xhr.send();
    },1000)
            
          

長輪詢 ajax實現當服務器收到客戶端發來的請求后,服務器端不會直接進行響應，而是先將這個請求掛起，然后判斷服務器端數據是否有更新。如果有更新，則進行響應，如果一直沒有數據，則到達一定的時間限制(服務器端設置)才返回。?。 客戶端JavaScript響應處理函數會在處理完服務器返回的信息后，再次發出請求，重新建立連接。

　　長輪詢和短輪詢比起來，明顯減少了很多不必要的http請求次數，相比之下節約了資源。長輪詢的缺點在于，連接掛起也會導致資源的浪費。

            
              function ajax(){
        var xhr = new XMLHttpRequest();
        xhr.open('GET','/user');
        xhr.onreadystatechange = function(){
              ajax();
        };
        xhr.send();
    }
            
          

輪詢與長輪詢都是基于HTTP的，兩者本身存在著缺陷:輪詢需要更快的處理速度；長輪詢則更要求處理并發的能力;兩者都是“被動型服務器”的體現:服務器不會主動推送信息，而是在客戶端發送ajax請求后進行返回的響應。而理想的模型是"在服務器端數據有了變化后，可以主動推送給客戶端",這種"主動型"服務器是解決這類問題的很好的方案。Web Sockets就是這樣的方案。

二，分析web端微信

請求路徑 ：?https://wx.qq.com/?

代碼地址：https://github.com/duanlei123/wechat.git?有詳細注釋....

三，爬蟲套路

1，GET

2，POST

3，Cookies

4，Headers

依次注意-考慮以上4點，便可成功爬取任何你想的....