nat模式（vs-nat）
原理：就是把客戶端發來的資料報的ip頭的目的位址，在負載均衡器上換成其中一台rs的ip位址，併發至此rs來處理,rs處理完成後把資料交給負載均衡器,負載均衡器再把資料報的原ip位址改為自己的ip，將目的位址改為客戶端ip位址即可｡期間,無論是進來的流量,還是出去的流量,都必須經過負載均衡器｡
缺點：擴充套件性有限。當伺服器節點（普通pc伺服器）增長過多時,負載均衡器將成為整個系統的瓶頸，因為所有的請求包和應答包的流向都經過負載均衡器。當伺服器節點過多時，大量的資料報都交匯在負載均衡器那，速度就會變慢！
ip隧道模式（vs-tun）
原理：首先要知道，網際網路上的大多internet服務的請求包很短小，而應答包通常很大。那麼隧道模式就是，把客戶端發來的資料報，封裝乙個新的ip頭標記(僅目的ip)發給rs,rs收到後,先把資料報的頭解開,還原資料報,處理後,直接返回給客戶端,不需要再經過負載均衡器｡注意,由於rs需要對負載均衡器發過來的資料報進行還原,所以說必須支援iptunnel協議｡所以,在rs的核心中,必須編譯支援iptunnel這個選項
優點：負載均衡器只負責將請求包分發給後端節點伺服器，而rs將應答包直接發給使用者。所以，減少了負載均衡器的大量資料流動，負載均衡器不再是系統的瓶頸，就能處理很巨大的請求量，這種方式，一台負載均衡器能夠為很多rs進行分發。而且跑在公網上就能進行不同地域的分發。
缺點：隧道模式的rs節點需要合法ip，這種方式需要所有的伺服器支援」ip tunneling」(ip encapsulation)協議，伺服器可能只侷限在部分linux系統上。
直接路由模式（vs-dr）
原理：負載均衡器和rs都使用同乙個ip對外服務｡但只有dr對arp請求進行響應,所有rs對本身這個ip的arp請求保持靜默｡也就是說,閘道器會把對這個服務ip的請求全部定向給dr,而dr收到資料報後根據排程演算法,找出對應的rs,把目的mac位址改為rs的mac（因為ip一致）並將請求分發給這台rs｡這時rs收到這個資料報,處理完成之後，由於ip一致，可以直接將資料返給客戶，則等於直接從客戶端收到這個資料報無異,處理後直接返回給客戶端｡由於負載均衡器要對二層包頭進行改換,所以負載均衡器和rs之間必須在乙個廣播域,也可以簡單的理解為在同一臺交換機上｡
優點：和tun（隧道模式）一樣，負載均衡器也只是分發請求，應答包通過單獨的路由方法返回給客戶端。與vs-tun相比，vs-dr這種實現方式不需要隧道結構，因此可以使用大多數作業系統做為物理伺服器。
缺點：（不能說缺點，只能說是不足）要求負載均衡器的網絡卡必須與物理網絡卡在乙個物理段上。
Lvs工作原理
當乙個client傳送乙個web請求到vip，lvs伺服器根據vip選擇對應的real server的pool，根據演算法，在pool中選擇一台real server，lvs在hash表中記錄該次連線，然後將client的請求包發給選擇的real server，最後選擇的real server把應答...
activity的四中啟動模式
1 對於使用standard 模式的活動，系統不會在乎這個活動是否已經在返回棧中存在，每次啟動都會建立該活動的乙個新的例項。例如a啟動a，a再接著啟動a，a繼續啟動a，然後再分別出棧，如圖所示 2 當活動的啟動模式指定為 singletop，在啟動活動時如果發現返回棧的棧頂已經是該活動，則認為可以直...
Activity的四中啟動模式詳解
第一種 standard標準模式。在同乙個任務棧裡面每次都會建立新的例項。也就是說，如果你不停地啟動activity，就會不停地建立activity例項。第二種 singletop。如果activity是singletop模式，那麼當activity位於棧低，要啟動該activity的時候，會建立新...