在客戶端與服務端進行互動的時候理解長連線和短連線
粘包，閉包，心跳測試
心跳測試指的就是客戶端每隔一段時間就像服務端傳送乙個資料，確保他們之間的通訊還在繼續進行
閉包：function f1()"這一行，首先在nadd前面沒有使用var關鍵字，因此nadd是乙個全域性變數，而不是區域性變數。其次，nadd的值是乙個匿名函式（anonymous function），而這個匿名函式本身也是乙個閉包，所以nadd相當於是乙個setter，可以在函式外部對函式內部的區域性變數進行操作。
5、使用閉包的注意點
（1）由於閉包會使得函式中的變數都被儲存在記憶體中，記憶體消耗很大，所以不能濫用閉包，否則會造成網頁的效能問題，在ie中可能導致記憶體洩露。解決方法是，在退出函式之前，將不使用的區域性變數全部刪除。
（2）閉包會在父函式外部，改變父函式內部變數的值。所以，如果你把父函式當作物件（object）使用，把閉包當作它的公用方法（public method），把內部變數當作它的私有屬性（private value），這時一定要小心，不要隨便改變父函式內部變數的值。
粘包：1 什麼是粘包現象
tcp粘包是指傳送方傳送的若干包資料到接收方接收時粘成一包，從接收緩衝區看，後一包資料的頭緊接著前一包資料的尾。
2 為什麼出現粘包現象
（1）傳送方原因
所以，正是nagle演算法造成了傳送方有可能造成粘包現象。
（2）接收方原因
tcp接收到分組時，並不會立刻送至應用層處理，或者說，應用層並不一定會立即處理；實際上，tcp將收到的分組儲存至接收快取裡，然後應用程式主動從快取裡讀收到的分組。這樣一來，如果tcp接收分組的速度大於應用程式讀分組的速度，多個包就會被存至快取，應用程式讀時，就會讀到多個首尾相接粘到一起的包。
3 什麼時候需要處理粘包現象
（1）如果傳送方傳送的多個分組本來就是同乙個資料的不同部分，比如乙個很大的檔案被分成多個分組傳送，這時，當然不需要處理粘包的現象；
（2）但如果多個分組本毫不相干，甚至是並列的關係，我們就一定要處理粘包問題了。比如，我當時要接收的每個分組都是乙個有固定格式的商品資訊，如果不處理粘包問題，每個讀進來的分組我只會處理最前邊的那個商品，後邊的就會被丟棄。這顯然不是我要的結果。
4 如何處理粘包現象
（1）傳送方
對於傳送方造成的粘包現象，我們可以通過關閉nagle演算法來解決，使用tcp_nodelay選項來關閉nagle演算法。
（2）接收方
遺憾的是tcp並沒有處理接收方粘包現象的機制，我們只能在應用層進行處理。
（3）應用層處理
應用層的處理簡單易行！並且不僅可以解決接收方造成的粘包問題，還能解決傳送方造成的粘包問題。
兩種途徑：
1）格式化資料：每條資料有固定的格式（開始符、結束符），這種方法簡單易行，但選擇開始符和結束符的時候一定要注意每條資料的內部一定不能出現開始符或結束符；
2）傳送長度：傳送每條資料的時候，將資料的長度一併傳送，比如可以選擇每條資料的前4位是資料的長度，應用層處理時可以根據長度來判斷每條資料的開始和結束。
當時在做購物車的時候，我最開始的做法是設定開始符（0x7e）和結束符（0xe7），但在測試大量資料的時候，發現了資料異常。正如我所猜測，在除錯過程中發現某些資料內部包含了它們。因為要處理的資料是量非常龐大，為做到萬無一失，最後我採用了傳送長度的方式。再也沒有因為粘包而出過問題。
TCP粘包 拆包
tcp粘包 拆包 客戶端發服務端傳送了兩個資料報a和b 粘包 服務端一次性接收到了a和b 拆包 服務端第一次接收了a和b的一部分，第二次接收到了b的剩餘部分 粘包 拆包原因 1 應用程式寫入的位元組大小 socket傳送緩衝區大小 2 tcp分段 tcp data部分的大小 mss max segm...
TCP粘包，拆包
粘包 拆包表現形式 現在假設客戶端向服務端連續傳送了兩個資料報，用packet1和packet2來表示，那麼服務端收到的資料可以分為三種，現列舉如下 第一種情況，接收端正常收到兩個資料報，即沒有發生拆包和粘包的現象，此種情況不在本文的討論範圍內。第二種情況，接收端只收到乙個資料報，由於tcp是不會出...
TCP粘包 拆包
粘包 拆包問題是網路比較底層的問題，在資料鏈路層 網路層以及傳輸層都有可能發生。我們日常的網路應用開發大都在傳輸層進行，由於udp有訊息保護邊界，不會發生粘包拆包問題，因此粘包拆包問題只發生在tcp協議中。假設客戶端向服務端連續傳送了兩個資料報，用packet1和packet2來表示，那麼服務端收到...