基於soa架構的工程，各個部分都是不同的工程。所以實現某個功能需要兩個甚至更多的系統之間進行通訊。
如何實現遠端通訊？
1、使用webservice：效率不高，它是基於soap協議（http+xml：需要在乙個工程中將資料變為xml格式，再傳輸到另外乙個專案，並且xml傳輸資料過於臃腫）。專案中不推薦使用。
2、使用restful形式的服務，http+json。很多專案中應用。但是如果服務越來越多，服務與服務之間的呼叫關係複雜，呼叫url管理複雜，什麼時候新增機器難以確定。
3、使用dubbo。使用rpc協議進行遠端呼叫，直接使用scoket通訊（底層實現，使用二進位制的流，所以效率高）。傳輸效率高，並且可以統計出系統之間的呼叫關係、呼叫次數，管理服務。
dubbo介紹：
dubbo是乙個分布式服務框架，致力於提供高效能和透明化的rpc（遠端過程呼叫協議，它是一種通過網路從遠端電腦程式上請求服務，而不需要了解底層網路技術的協議）遠端服務呼叫方案，以及soa服務治理方案。簡單的說，dubbo就是個服務框架，如果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有dubbo這樣的分布式服務框架的需求，並且本質上是個服務呼叫的東東，說白了就是個資源排程和治理中心的管理工具。
其核心部分包含:
1. 遠端通訊: 提供對多種基於長連線的nio框架抽象封裝，包括多種執行緒模型，序列化，以及「請求-響應」模式的資訊交換方式。
2. 集群容錯: 提供基於介面方法的透明遠端過程呼叫，包括多協議支援，以及軟負載均衡，失敗容錯，位址路由，動態配置等集群支援。
3. 自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查詢服務提供方，使位址透明，使服務提供方可以平滑增加或減少機器。
dubbo功能：
1、實現系統之間的通訊。
2、統計和管理服務之間的呼叫情況。
dubbo採用全spring配置方式，透明化接入應用，對應用沒有任何api侵入，只需用spring載入dubbo的配置即可，dubbo基於spring的schema擴充套件進行載入。
自己設計系統之間的通訊協議
乙個突發奇想 昨天一直在想http協議的問題，http協議是基於tcp ip協議的，我一直在想，http的實體在 後來我想，http不過是乙個 全球範圍內的承諾 所有使用它的人都承諾按照特定的格式傳遞資料。因此，用正式一點的話說，它只不過是一組全球共同承認的規範而已，定義了一組程式 伺服器等必須遵守...
Activity之間的通訊
1.傳值方式 意圖的啟動方式,有兩種方式，1.顯示意圖 2.隱式意圖 param v override public void onclick view v 當有返回的值時候，會呼叫該方法 param requestcode 傳送出去的請求識別碼 param resultcode 返回的值的識別碼 ...
程式之間通訊
訊息作用 在程序間共享資料 內部通過建立記憶體對映檔案 訊息介紹 需要用到的資料結構 型別 typedef struct tagcopydatastruct copydatastruct,pcopydatastruct 結構體引數說明 dwdata ulong 儲存乙個數值,可以用來作標誌等 lpd...