dubbo是乙個分布式服務框架，致力於提供高效能和透明化的rpc遠端服務呼叫方案，以及soa服務治理方案。其核心部分包括：
遠端通訊：提供對多種基於長連線的nio框架抽象封裝，包括多種執行緒模型、序列化、"請求-響應"模式的資訊交換方案
集群容錯：提供基於介面方法的透明遠端過程呼叫，包括多協議支援、軟負載均衡、失敗容錯、位址路由、動態配置等集群支援
自動發現：基於註冊中心目錄服務，使服務消費方能動態地查詢服務提供方，使位址透明，使服務提供方可以平滑增加或減少機器
個人理解：zookeeper 比喻動物園管理員，dubbo 比喻動物園，而每乙個服務可以看作是動物園中的具體動物。
如果只有乙個消費者，乙隻動物，其實我們並不需要zookeeper，直接告訴消費者動物的位址去呼叫就可以了，但是如果現在有很多只動物，同類的或不同類的，每只動物的位址和訪問量又不一樣，這時就需要zookeeper去告訴消費者可以訪問哪乙隻動物和訪問路徑。
隨著網際網路的發展，傳統單一垂直的軟體架構無法滿足需要，就需要使用分布式架構，將服務部署到不同的伺服器中，實現負載均衡，提高軟體效能和容錯率。這時服務之間的關係和呼叫時也是錯綜複雜的，一旦某個服務出現異常，就會很難發現問題的原因。所以我們需要引入dubbo，動態的註冊和發現服務，實現服務的遠端排程管理和監控。
關於類方法的三個問題
1.為什麼類方法不能操作例項變數？1 類方法在該類被載入到記憶體時，就分配了相應的入口位址 類方法是屬於類的，隨著類的載入而被分配記憶體 2當類的位元組碼檔案被載入到記憶體時，類的例項方法不會被分配入口位址，只有當該類建立物件後，類中的例項方法才分配入口位址 非靜態成員 方法和變數 是屬於類的物件，...
關於三個作者
因歷史原因,本blog專欄名字叫做fudan abc,但時過境遷,如今blog維護者已不僅僅是復旦人,一名交大才子加入了這支革命隊伍.昨天 兩個曾經的復旦人,復旦人甲和復旦人乙.今天 兩個曾經的復旦人,復旦人甲和復旦人乙.乙個曾經的交大人,交大人甲.復旦人甲目前主要寫uhci驅動的分析.分析的是2....
關於產品工作的三個問題分析
問題一 使用者調研資料多少合適？資料取樣要根據你的目標群體進行，可以將目標全體進行分類，在細分的類別中進行一定數量的樣本抽取。問題二 若遇到強勢的領導一意孤行，產品內容要按照自己的想法做，作為下屬的你應該怎麼做？首先我們來分析一下，領導能夠感覺到整個團隊的牴觸情緒，為什麼還要一意孤行？可能是因為ta...