背景
項目配置遷移到Apollo之後，通過統一的配置管理及配置監聽使得項目配置修改的成本大大降低。
但是，在使用Apollo的過程中，強哥也遇到一個問題：如果我們要獲取Apollo下的namespace信息需要通過ConfigServer.getConfig(String namespace)方法來獲取，但是使用這個方法的前提是我們必須知道當前項目下有哪些namespace，或者說我們只能使用我們已知的namespace。這就對我們的代碼擴展性產生了限制，假如項目已經上線，而之後我們又要新增namespace或者修改已有namespace名稱，就必須更改代碼將對應的namespace加入或修改，然後重新發布。
雖然我們不會經常修改namespace，但是，有這麼一個痛點，就讓人很不舒服。而且從官方文檔中，強哥“並沒有”找到：通過項目app_id獲取到Apollo上對應的該項目下的所有namespace的方法。
那麼這個問題要怎麼解決呢？強哥今天就帶大家通過Apollo源碼來看看如何找到解決思路。
入手點
按常理出牌，我們先在Google中搜索一下我們的問題（這裏提一下，別用百度，他么的根本定位不到要搜的點）：
第一條搜索結果點進去看看，是其他開發者在github上提的issue:
我們可以看到，作者的回復是：通過open api來獲取所有namespace。也就是官方文檔中的這塊內容：
額，這個……其實，官方文檔中是有提到如何獲取項目下的所有namespace的方法的，那麼強哥上面為什麼說沒有找到呢？這不是啪啪啪打臉嗎？
強哥這麼說是因為官網提供的方式比較雞肋。我們可以看到，需要獲取項目下所有的namespace，需要接入Apollo開放平台。操作步驟如下：
註冊第三方應用
給已註冊的第三方應用授權
第三方應用通過獲取的Token調用Apollo Open API
這尼瑪，坑爹啊，這麼麻煩，還要註冊授權拿Token才能搞，這對於強哥這種懶人來說簡直沒法接受。
Token是不可能用Token的，這輩子都不會用Token來獲取這玩意的。於是，從官方提供的Api來看是沒法了，只能另謀出路啦。
追根溯源
雖然官方文檔中沒有直接提供解決問題的方法，可是我們從提供的開放平台API倒是也可以發現一些信息：
根據官網配置后調用如下：
發現確實可以獲取到項目下的所有namespace信息，可是，信息有點太多了，將namespace下的配置也都返回了回來，而且請求中不加入Authorization屬性的Token信息，調用會返回401沒有權限。果然強扭的瓜不甜。
那麼我們怎麼從上面的信息找突破點呢？沒錯，如果有強哥一樣思路的同學，應該會想到：既然開放平台提供了調用接口，那麼我們就去源碼里看看這個接口的具體實現，沒準能夠有所收穫呢！
從上圖中我們可以看到，接口地址是：http://{portal_address}，那麼源碼就從apollo-portal入手啦：
直接進到Controller目錄下（別問我為什麼知道是這個目錄，有點基礎的點開項目自然就會這麼去找了）：
可以定位到我們調用的開放平台的方法是這個：
代碼很簡單，可以看到，獲取namespace走的是namespaceService.findNamespaceBOs()方法，進去實現看看（這裏為github點個贊，點擊方法能夠直接跳轉到對應的實現，真的是方便）：
第一行就獲取了namespace：
namespaceAPI.findNamespaceByCluster(appId, env, clusterName);
進去看看：
吼吼，原來走的也是api調用，可是，這個api的服務地址是哪裡呢？這就要小夥伴們對Apollo的架構有點熟悉了，上大圖：
我們調用的接口是Portal進去的，而底層走的是Admin Service，所以，上面代碼的restTemplate調用走的就是apollo-adminservice項目啦，話不多說，進apollo-adminservice看看：
其實到這裏已經差不多了，因為再往細的研究已經沒有了意義。我們已經可以通過調用上圖提供的Api來獲取到我們需要的內容了，試一下：
試驗發現，確實是可以獲取到項目下的所有namespace，且不需要註冊第三方平台應用，也不需要在調用接口時傳遞Authorization參數，返回的結果也剛好是簡單的所有namespace信息。完美的解決了我們的問題。
當然有些小夥伴可能會說，這樣還是要調用http接口，還是有點不方便。強哥只想說，自己本地封裝一個方法，獲取應該還是比較簡單的。而且，Apollo Client提供給我們的Api，比如：ConfigService.getConfig(String namespace)其實底層也是走的socket網絡調用，只是client為我們做了一層封裝對用戶屏蔽了而已，同時還額外加入了緩存機制來提高效率。
當然，你也可以自己下載apollo-client的源碼，然後在裏面封裝調用這個api的邏輯，然後maven部署到自己的私服，這樣就能和其他Api一樣調用啦！不過太麻煩了，強哥就不帶大家試了。
總結
先總結一下解決方法：
直接越過portal，調用底層admin-service的api
http://{adminservice}/apps/{appId}/clusters/{clusterName}/namespaces
{adminservice}這個地址根據自己項目配置的地址及端口去設置哦，默認端口8090~
其實，我們發現，對於開源項目，很多東西只要我們願意去找，還是能找到解決的思路的。不過，首先還是要了解其架構原理先，否則在查找源碼的過程中，可能會無從下手。
就拿為什麼強哥上面會知道apollo-client獲取namespace信息的時候有使用了緩存機制呢？因為強哥當時找這個問題的解決方法時，也簡單的研究了下client的源碼，想要看看官方是否有提供對應的Api，結果沒有找到，但是也對apollo-client的部分實現有所熟悉。所以，有時候，走一些“該走的彎路”也不是壞事。
希望這篇文章對大家有用，好啦，今天就到這~
關注公眾號獲取更多內容，有問題也可在公眾號提問哦：強哥叨逼叨
叨逼叨編程、互聯網的見解和新鮮事
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※為什麼 USB CONNECTOR 是電子產業重要的元件?
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※台北網頁設計公司全省服務真心推薦
※想知道最厲害的網頁設計公司"嚨底家"!
※推薦評價好的iphone維修中心