機器學習
從左往右看，分為兩部分，左半邊藍色背景的部分代表服務消費者，右半邊綠色背景的部分代表服務提供者。
從上往下看又分為九層。看左邊，九層按功能來劃分又被分為了三大類，分別是面向使用者的 biz，框架核心 rpc 以及負責遠端傳輸的 remoting，看圖的右邊按面向人群又劃分為了兩類，上面兩層是面向使用者的api，而下面七層是面向擴充套件提供者的spi。
圖中的線代表物件與物件之間不同的關係，紫色代表繼承、黑色代表依賴、藍色虛線代表服務註冊、服務訂閱的過程，也就是上面講的部署階段，紅色代表一次完整的rpc呼叫，也就是執行階段。順著紅色的線，可以體驗一次完整的 rpc 呼叫是如何進行的。
首先從圖的左邊開始，使用者從 proxy 層發起一次rpc呼叫，dubbo 從 registry 層拿到服務的位址列表，再通過 cluster 層選擇其中的乙個作為目標位址，再流經protocol 決定的執行鏈，最後將服務資訊，包括要呼叫的服務名、方法名、引數等序列化，再經過應用協議編碼，通過 transport 層傳送到網路上。右邊的服務提供者從網路上收到資料以後，從下往上，依次通過應用協議解碼、反序列化得到要呼叫的服務資訊，再經由執行鏈，最終通過 invoker 找到目標服務的目標方法，執行並返回結果。
dubbo秉承高內聚、低耦合的設計，這一點體現在架構圖中九層的清晰劃分上，也體現在依賴的方向上。線條的方向永遠是從上指向下，沒有迴圈依賴和反向依賴的出現。dubbo還有乙個很重要的設計哲學就是平等對待第三方的擴充套件，即dubbo內建的功能也是通過同樣的擴充套件機制提供出來的，第三方的擴充套件和內建功能可以相互取代。正是由於dubbo將第三方擴充套件當成框架的一等公民，為未來基於這個機制建立生態帶來了可能性。
一些普通記錄
開發對比上次上線和本次上線的 區別和功能區別 ddb觀察資料庫的效能狀況 測試和開發回顧操作流程 ddb發現資料庫連線資源耗盡，並擷取一些慢查詢資料給開發。開發根據sql找到相關 並查出sql操作的資料的數量級，發現有乙個sql在當時搜尋還不完善的時候在做獲取全表資料的操作，此表資料恰恰又是1一千多...
記錄一些WPF
1.exception 使用該資訊可以確定如何處理異常。handled 屬性設定為true2.3.invoke 是同步操作，而 begininvoke 是非同步操作 4.pack uri 方案使用 pack 作為它的方案，並且包含兩個元件 授權和路徑。以下是 pack uri 的格式。pack 授權...
git 一些記錄
1 git commit a 此時會進入vim編輯模式，可以i鍵輸入提交備註，完成備註後通過esc退出編輯模式，並輸入 q 不儲存並退出，或者 wq 儲存並退出。2 出現如下報錯時 if no other git process is currently running,this probably ...