dubbo預設協議採用單一長連線和nio非同步通訊，適合小資料量高併發請求的服務間呼叫，例如服務消費者多餘提供者的服務呼叫。
連線個數：單連線
連線方式：長連線
原因：我們大多數服務間呼叫，服務的消費者都是遠大於服務提供者，服務間呼叫每天量很大，使用單一的連線避免了服務提供者被壓垮，使用長連線可以減少服務連線的握手驗證。
傳輸方式：nio非同步傳輸
傳輸協議：tcp
序列化方式：hessian二進位制序列化
適用範圍：傳入傳出引數資料報較小（建議小於100k），消費者比提供者個數多，單一消費者無法壓滿提供者，盡量不要用dubbo協議傳輸大檔案或超大字串。
http超文字傳輸協議，主要工作在傳輸層http協議上。
連線個數：多連線
連線方式：短連線
傳輸方式：同步傳輸
傳輸協議：http
序列化方式：表單序列化（json）
適用範圍：傳入傳出資料報大小混合，可以通過url訪問，可以在瀏覽器訪問的請求。
dubbo服務
負載均衡——同乙個服務部署在不同的機器時該呼叫那一台機器上的服務
服務呼叫鏈路生成——隨著系統的發展，服務越來越多，服務間依賴關係變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關係。dubbo 可以為我們解決服務之間互相是如何呼叫的。
服務訪問壓力以及時長統計、資源排程和治理——基於訪問壓力實時管理集群容量，提高集群利用率。
服務降級——某個服務掛掉之後呼叫備用服務
從使用角度分析GET和POST的差異性及應用場景
以前只會用get和post，但有時候就會傻傻分不清什麼時候該用get，什麼時候該用post，花了一段時間把這兩個東西給琢磨了一遍，特此記錄一下。這裡著重講一下get和post一些細節。在講兩者傳輸區別之前，乙個需要注意的就是 很多人一提到位址列的傳參方式，就聯想到get，其實不管是get還是post...
關於AJAX的非同步與同步的差異性比較
1.其實同步和非同步的差別就在於 舉個例子 我們打 的時候，撥通 之前，會有一段等待時間，那麼如果在這段時間內，我們什麼都不能做，一直等到正常通話，那麼就是同步。如果在此期間我們去做點其他的小事情，然後等到接通 後再來通話，那麼這就叫做非同步。2.在選擇同步和非同步的時候，一般都是優先選擇非同步，但...
消費電子產品地域差異性日趨明顯
前不久見到一位歐洲的朋友，偶然知道他隨身攜帶一部可攜式筆記本，由於無線網路問題在中國沒有用武之地，聽朋友介紹在無線網路相對發達的歐洲，這種可攜式筆記本還是很受歡迎的。同樣的情況反映在智慧型手機上可能更明顯，在美國風光無限的rim黑莓手機在中國卻很難推廣，你可以認為是因為rim進軍中國受到運營商的限制...