需求
在大規模服務化之前，應用可能只是通過 rmi 或 hessian 等工具，簡單的暴露和引用遠端服務，通過配置服務的url位址進行呼叫，通過 f5 等硬體進行負載均衡。
當服務越來越多時，服務 url 配置管理變得非常困難，f5 硬體負載均衡器的單點壓力也越來越大。 此時需要乙個服務註冊中心，動態地註冊和發現服務，使服務的位置透明。並通過在消費方獲取服務提供方位址列表，實現軟負載均衡和 failover，降低對 f5 硬體負載均衡器的依賴，也能減少部分成本。
當進一步發展，服務間依賴關係變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關係。 這時，需要自動畫出應用間的依賴關係圖，以幫助架構師理清關係。
以上是 dubbo 最基本的幾個需求。
最基本的委託
有些教材，部落格說到委託都會提到事件，雖然事件是委託的乙個例項，但是為了理解起來更簡單，今天只談委託不談事件。先上一段 下邊的 完成了乙個委託應用的演示。乙個委託分三個步驟 public partial class webform3 system.web.ui.page step02 宣告乙個方法來...
最基本的操作
關於目錄的獲取 獲取沙盒目錄 算是跟目錄吧 nshomedirectory 獲取document目錄 常用 let paths nssearchpathfordirectoriesindomains documentdirectory,userdomainmask,true first 或者 fil...
GCC最基本的用法
在使用gcc編譯器的時候，我們必須給出一系列必要的呼叫引數和檔名稱。gcc編譯器的呼叫引數大約有100多個，其中多數引數我們可能根本就用不到，這裡只介紹其中最基本 最常用的引數。下面是man gcc的結果 gcc c s e std standard g pg olevel wwarn.pedant...