dubbo專案用idea搭建過程中有乙個很容易忽略的坑，容易導致服務介面和實際返回資料不一致的情況：
專案結構:
dubbo 父專案（主要是專案依賴）
dubbo-api 介面及實體類
dubbo-service 服務提供者
dubbo-web web專案，服務消費者
原因分析： 同乙個project下面建立多個模組時（注意：特別是dubbo-parent不能匯入為模組），在配置web專案artifact的時候容易誤將dubbo-service，dubbo-api的編譯檔案同時放進去，這樣導致web專案中controller直接呼叫本地service，而不是dubbo中註冊的服務。
當對idea不是很熟悉的時候建議不要講dubbo服務提供者和dubbo服務消費者放乙個專案中，容易出現問題。
錯誤的配置對應的artifact資料夾：
Dubbo學習記錄二
記錄在研究dubbo 中的學習點 spi的介面類的介面方法的 adaptive 1 在與spring進行整合的時候，利用spring的xml配置建立出一系列的配置物件，存到spring容器中 registry 對應 registryconfig moniotr 對應 monitorconfig pr...
Dubbo 學習記錄One
1.什麼是rpc？遠端服務呼叫。有服務的提供者也有呼叫者，rpc我自己的理解就是分布式。只不過它屬於系統間的呼叫，複雜度較高。我自己常用的有webservice 2.什麼是soa？統一的排程中心，將向外部提供的服務統一的管理起來。說白了就是把所有提供的服務全部集中在一起，然後做統一的排程，外界需要什...
dubbo學習（一）入門
部分內容來自dubbo官方文件 架構 呼叫關係說明 1 服務容器負責啟動，載入，執行服務提供者 2 服務提供者啟動時向註冊中心註冊自己提供的服務 3 服務消費者啟動時向註冊中心訂閱自己所需的服務 4 註冊中心返回服務提供者位址列表給消費者，如有變更，註冊中心將基於長連線推送變更資料給消費者 5 服務...