dev環境存在呼叫方a，提供方b
test環境存在呼叫方c，提供方d
(a,c同乙個工程，b,d同乙個工程)
期望：a->b,c->d，dev環境和test環境下的服務呼叫不會亂串，必須在eureka上報中指定自己的所屬分割槽
eureka:
instance:
metadata-map:
zone: test
test環境存在呼叫方c，提供方d
(a,c同乙個工程，b,d同乙個工程)
本地dev環境中經常需要進行除錯，除錯的時候必須啟動服務a,服務b,組成完成的呼叫鏈，假如涉及的服務比較多，這樣耗時耗力，很不現實。
所以，產生了需求：有時候只變更了服務a,服務b不需要啟動，a發起對b的呼叫使用test環境的服務d代替。
在dev，test網路隔離的情況下，我們必須要通過**連通test環境的服務才能實現本地服務呼叫測試的依賴。
所以test環境的服務上報的hostname必須是跳板機的公網ip或者網域名稱，port如果不指定則和server.port一致。
eureka:
instance:
hostname: example.com
如果對應的網域名稱的埠號（運營商對於很多常見的埠都會做禁封處理，如8080，可以使用telnet測試對應的埠是否被禁封）被禁封，可以在上報eureka的時候使用高階口（>30000），然後上述配置改為
eureka:
instance:
non-secure-port: 40004
hostname: example.com
eureka:
instance:
hostname: example.com
metadata-map:
zone: test
client:
serviceurl:
defaultzone:
乙個公用的topbar
在做專案的時候，經常會用到左邊是返回鍵 右邊是更多 中間是文字描述的topbar，那麼就有必要寫乙個公用的了。back鍵的文字大小 文字顏色和背景 more鍵的文字大小 文字顏色和背景 中間文字描述的文字 顏色和大小。在values檔案裡建立attrs.xml，分別定義 name topbar na...
多個網域名稱公用乙個IP
由於公司內網有多台伺服器的http服務要對映到公司外網靜態ip，如果用路由的埠對映來做，就只能一台內網伺服器的80埠對映到外網80埠，其他伺服器的80埠只能對映到外網的非80埠。非80埠的對映在訪問的時候要網域名稱加上埠，比較麻煩。並且公司入口路由最多只能做20個埠對映。肯定以後不夠用。然後k兄就提...
BaseActivity 各個頁面公用乙個標題欄
相信大家在開發android應用的過程中肯定碰到過很多重複的工作,寫著重複的 有時候連布局檔案也是一樣,需要重複的勞動,那麼這樣對於我們程式來講肯定是很累很繁瑣的一件事,所以我們在寫 的時候是否需要去考慮讓我們寫更少的 程式設計師要學會偷懶,否則 在開發應用程式的時候我們的設計其實整體的樣式是統一,...