當我寫這篇博客的時候，我在想，MD編程就是一個沒有終點的泰山，天天爬，後悔的是沒有早點覺得，慶幸的事，我終於覺得了
當我們學會CRUD的時候，我們進入了編程裏面的小學
要想升級到初中，當時剛升初中的時候對數學中的函數就蒙了一陣
所以從crud到多線程的crud 和線程安全的crud，這是到初中了，這中間就有那些鎖，，同步關鍵字 和lock類
到了初中畢業，在社會中就是一個完成了義務教育的人，在編程裏面也是,你只是完成了義務教育
到了高中，我們開始了高壓力的課程
分佈式接踵而來，無論是微服務 分佈式 雲原生，
都是一個垂直拆分業務的過程
那同步都有鎖
分佈式也有，分佈式鎖就是解決了，在分佈式的環境下，我們的業務系統做到三高的前提，
分佈式鎖
鎖就是一個加鎖和解鎖的過程
不要想象的那麼複雜
只要做到不混亂，排着序來，那麼久都是理想的分佈式
爲了完成分佈式鎖，
那麼什麼可以，數據庫中的一條記錄，
redis的一個鍵值對
zk的一個樹裝唯一子節點，
ZK在dubbo kafka solr hbase hadoop中都有他的身影，所以在分佈式中有一個舉重若輕的角色
kafka 在日誌系統 流計算 等有着舉足若輕的角色 所以他是大數據搬運的一個不可或缺的角色
分佈式的 cap base 等之歌是需要好好掌握的 他實現的是分佈式的acid
zk經典書籍中的三個例子寫明白了cap
火車站
銀行 還有個什麼，我下次補充，
分別寫明白了cap 的三個概念
來解釋個zab吧，這是經典的paxos的實現
就是奇數個主機節點中（不是znode數據節點），當leader發佈了一條事務（唯一）
當主機節點的半數follower同意了，那麼久commit這個事務 ，soeasy
dubbo 是阿里的一個rpc框架
當他停止更新的那段時間，我們正好用的是webservice，那段時間，有文章說他不行了，導致我和dubbo相親晚了好久
和分佈式戀愛也晚了好久
哎，現在作爲阿里的頂級apache項目，
來吧抱大腿
他的後天管理界面不是特別的炫，感覺樸實了點
rpc的原理，網絡，序列化，註冊中心
dubbo的協議和tcp/ip協議有相似的地方
註冊中心，好多個，語言支持，好多個
實踐是檢驗真理的唯一標準，
真理是指導實踐的指路明燈
兩個節點通信，模仿三次握手，
多個節點通信 就必須注意分佈式一致性了
加油少年，東隅已逝桑榆非晚