**：
分布式服務框架：
–高效能和透明化的rpc遠端服務呼叫方案
–soa服務治理方案
-apache mina 框架基於reactor模型通訊框架，基於tcp長連線
dubbo預設協議採用單一長連線和nio非同步通訊，適合於小資料量大併發的服務呼叫，以及服務消費者機器數遠大於服務提供者機器數的情況。
分析源**，基本原理如下：
client乙個執行緒呼叫遠端介面，生成乙個唯一的id（比如一段隨機字串，uuid等），dubbo是使用atomiclong從0開始累計數字的
將打包的方法呼叫資訊（如呼叫的介面名稱，方法名稱，引數值列表等），和處理結果的**物件callback，全部封裝在一起，組成乙個物件object
向專門存放呼叫資訊的全域性concurrenthashmap裡面put(id, object)
將id和打包的方法呼叫資訊封裝成一物件connrequest，使用iosession.write(connrequest)非同步傳送出去
當前執行緒再使用callback的get()方法試圖獲取遠端返回的結果，在get()內部，則使用synchronized獲取**物件callback的鎖， 再先檢測是否已經獲取到結果，如果沒有，然後呼叫callback的wait()方法，釋放callback上的鎖，讓當前執行緒處於等待狀態。
服務端接收到請求並處理後，將結果（此結果中包含了前面的id，即回傳）傳送給客戶端，客戶端socket連線上專門監聽訊息的執行緒收到訊息，分析結果，取到id，再從前面的concurrenthashmap裡面get(id)，從而找到callback，將方法呼叫結果設定到callback物件裡。
監聽執行緒接著使用synchronized獲取**物件callback的鎖（因為前面呼叫過wait()，那個執行緒已釋放callback的鎖了），再notifyall()，喚醒前面處於等待狀態的執行緒繼續執行（callback的get()方法繼續執行就能拿到呼叫結果了），至此，整個過程結束。
答：先生成乙個物件obj，在乙個全域性map裡put(id,obj)存放起來，再用synchronized獲取obj鎖，再呼叫obj.wait()讓當前執行緒處於等待狀態，然後另一訊息監聽執行緒等到服 務端結果來了後，再map.get(id)找到obj，再用synchronized獲取obj鎖，再呼叫obj.notifyall()喚醒前面處於等待狀態的執行緒。
答：使用乙個id，讓其唯一，然後傳遞給服務端，再服務端又回傳回來，這樣就知道結果是原先哪個執行緒的了。
Dubbo基本原理機制
分布式服務框架 高效能和透明化的rpc遠端服務呼叫方案 soa服務治理方案 apache mina 框架基於reactor模型通訊框架，基於tcp長連線dubbo預設協議採用單一長連線和nio非同步通訊，適合於小資料量大併發的服務呼叫，以及服務消費者機器數遠大於服務提供者機器數的情況分析源 基本原理...
mysql的基本原理 Mysql 基本原理
mysql 基本原理 mysql是一種關聯式資料庫管理系統，關聯式資料庫將資料儲存在不同的表中，而不是將所有資料放在乙個大倉庫內，這樣就增加了速度並提高了靈活性 ysql是資料庫登入命令 uroot預設超級使用者登入 p 預設沒密碼 中寫密碼 mysqladmin uroot password 12...
8 2 1 基本原理
乙個舞台動畫物件在包含許多舞台資訊 出現在何處，佔多大面積，處在什麼角度，是否可見 這些資訊分別儲存在動畫物件的屬性中。在 中讀取這些屬性可以了解物件的位置 大小 角度等狀態資訊 修改這些屬性可以改變物件的位置 大小 角度等狀態。如果從資料的角度去理解，動畫就是在固定時間間隔點不斷修改動畫物件某項屬...