使用SpringBoot開發微服務時，需要通過註冊中心來實現服務之間的發現機制，Eureka和Zookeeper都是常用的

註冊中心框架，我們可以選擇其中之一，現在面臨一個特殊的需求，我們同時存在Eureka和ZK，但是有時候會使用

Eureka，有時候使用ZK，怎麼辦？首先一點需要明確的是，不管使用哪一個，肯定只能選擇其一，不存在說同時使

用2個，但情況是我兩者都有可能使用，怎麼辦？比如環境A使用Eureka，另有一套環境B使用ZK，如何在程式碼侵入盡

量低的情況下去適配註冊中心的服務發現框架，涉及改動越小越好；

• 1.首先我們簡單分析一下大概的情況
  不管使用哪一個註冊中心，我麼你都通過在啟動類添加註解@@EnableDiscoveryClient來實現的，這個註解是在
  spring-cloud-commons包裡面的，這個註解和具體的註冊中心實現細節解耦的，不管使用Eureka還是ZK都是這個註解；
• 2.我們先嚐試引入Eureka和ZK的註冊依賴座標，這裡就不具體指定版本了，版本會和springcloud版本適配：

 
		 <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka</artifactId> 
        </dependency>
		 <dependency>
	            <groupId>org.springframework.cloud</groupId>
	            <artifactId>spring-cloud-starter-zookeeper-discovery</artifactId>
        </dependency>
 

• 然後啟動工程，會發現報下面的錯：
  Field registration in org.springframework.cloud.client.serviceregistry.ServiceRegistryAutoConfiguration$
  ServiceRegistryEndpointConfiguration required a single bean, but 2 were found:

• eurekaRegistration: defined by method ‘eurekaRegistration’ in class path resource [org/springframework/cloud/netflix/eureka/EurekaClientAutoConfiguration.class] - zookeeperServiceDiscovery: defined by method ‘zookeeperServiceDiscovery’ in class path resource [org/springframework
  /cloud/zookeeper/serviceregistry/ZookeeperAutoServiceRegistrationAutoConfiguration.class]
  注意這裡如果工程沒有依賴spring-boot-starter-actuator元件的話，是不會報錯的，具體原因未深究，

		<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

• 提示上面的錯，看的很明白，說有一個單例bean但是找到了兩個例項，全域性搜尋這兩個類，發現這兩個類的位置如下：
  EurekaClientAutoConfiguration：類位於spring-cloud-netflix-eureka-cleint包下,這個包是通過spring-cloud-starter-eureka
  傳遞依賴進來的
  ZookeeperAutoServiceRegistrationAutoConfiguration：類位於spring-cloud-zookeeper-discovery包下，這個是spring-cloud-starter-zookeeper-discovery傳遞依賴進來的，

• 3.找到了這兩個衝突的bean所在的jar包之後，我們找到spring-cloud-netflix-eureka-cleint jar包的resources/META-INF/spring.factories檔案，發現如下：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.cloud.netflix.eureka.config.EurekaClientConfigServerAutoConfiguration,\
org.springframework.cloud.netflix.eureka.config.EurekaDiscoveryClientConfigServiceAutoConfiguration,\
org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration,\
org.springframework.cloud.netflix.ribbon.eureka.RibbonEurekaAutoConfiguration

org.springframework.cloud.bootstrap.BootstrapConfiguration=\
org.springframework.cloud.netflix.eureka.config.EurekaDiscoveryClientConfigServiceBootstrapConfiguration

org.springframework.cloud.client.discovery.EnableDiscoveryClient=\
org.springframework.cloud.netflix.eureka.EurekaDiscoveryClientConfiguration

• 同理我們找spring-cloud-zookeeper-discoveryjar包的resources/META-INF/spring.factories檔案，發現如下：

# Auto Configuration
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.cloud.zookeeper.discovery.RibbonZookeeperAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.ZookeeperDiscoveryAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.dependency.DependencyFeignClientAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.dependency.DependencyRibbonAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.dependency.DependencyRestTemplateAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.dependency.ZookeeperDependenciesAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.watcher.DependencyWatcherAutoConfiguration,\
org.springframework.cloud.zookeeper.serviceregistry.ZookeeperAutoServiceRegistrationAutoConfiguration,\
org.springframework.cloud.zookeeper.serviceregistry.ZookeeperServiceRegistryAutoConfiguration,\
org.springframework.cloud.zookeeper.support.CuratorServiceDiscoveryAutoConfiguration

# Environment Post Processors
org.springframework.boot.env.EnvironmentPostProcessor=\
org.springframework.cloud.zookeeper.discovery.dependency.DependencyEnvironmentPostProcessor

org.springframework.cloud.client.discovery.EnableDiscoveryClient=\
org.springframework.cloud.zookeeper.discovery.ZookeeperDiscoveryClientConfiguration

• 4.到此我們大概捋一捋思路：註冊中心只能選擇某一個，我們同時引入了ZK和Eureka的註冊客戶端jar包，執行提示我們一個單例的bean找到了倆，我們找到了倆類，發現確實在我們引入的jar包裡面，然後在jar包裡面，我們發現了spring.factories檔案裡面就寫著這兩個類的名字，我們仔細看看這個檔案，發現裡面寫的是一些鍵值對，鍵key就是org.springframework.boot.autoconfigure.EnableAutoConfiguration，值是一系列的配置類，到這裡，我們簡單瞭解下spring.factories的原理，工程掃描META-INF下面的spring.factories檔案來決定需要載入哪些配置類，這給我們解決該問題提供了一個思路：

	我們把spring-cloud-netflix-eureka-cleint包下面的spring.factories檔案裡面
	的org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration,\去掉，
	把spring-cloud-zookeeper-discovery包裡面的org.springframework.cloud.zookeeper.serviceregistry.ZookeeperAutoServiceRegistrationAutoConfiguration,\去掉，
	理論上，再次啟動時就不會保證錯誤了，驗證確實如此，因為不會自動配置這兩個類了，但是，
	這兩行內容寫在自己的工程的spring.factories裡面，然後不就可以做一個簡易的開關了嗎？

• 5.解決：
  在自己的工程下新建resources/META-INF/spring.factories檔案，檔案內容如下：

#org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
#org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.cloud.zookeeper.serviceregistry.ZookeeperAutoServiceRegistrationAutoConfiguration,\
org.springframework.cloud.zookeeper.discovery.RibbonZookeeperAutoConfiguration,\
org.springframework.cloud.zookeeper.serviceregistry.ZookeeperServiceRegistryAutoConfiguration

說明：
	這裡有五行程式碼，前面兩行說明設定自動配置的是eureka的註冊發現，後面四行是ZK的註冊發現，ZK配置了三個類，為什
麼是三個後面簡單解釋，是因為我在測試的時候，只有一個的話會有問題；此時，我們工程引入的原始spring-cloud-netflix-eureka-cleint和spring-cloud-zookeeper-discovery包的spring.factories裡面的配置被我們去掉了，挪到了我們自
己的工程下面，然後我們現在按照上面的配置啟動，就發現可以註冊到ZK了，且不會報bena的衝突錯誤了，然後我們註釋掉後四行，
放開前兩行，就可以註冊到Eureka了，

• 6.問題
  為什麼第五點裡面，ZK有三項配置挪出來了，因為僅僅把ZookeeperServiceRegistryAutoConfiguration挪出來的話，再註冊到ZK的時候回報一個zk相關的bean找不到，後來把ZookeeperAutoServiceRegistrationAutoConfiguration挪出來之後就沒問題了，我猜想是把ZookeeperServiceRegistryAutoConfiguration挪出來後，他的配置時機提前了，導致一些依賴的bean沒有在它之前初始化，至於RibbonZookeeperAutoConfiguration為什麼要挪出來，這個是ribbon服務呼叫相關的，不挪出來之前，測試註冊到Eureka是ok的，但是訪問不到其他的服務，此時RibbonZookeeperAutoConfiguration還在spring-cloud-zookeeper-discovery包的spring.factories裡面，還是會自動配置，因此我在使用Eureka的時候發現還會走zookeeper的ribbon，這自然就有問題，把這項弄到外面作為開關配置後就可以了，註冊到Eureka時會使用對應的ribbon；

• 7.擴充套件
  如果還有其他的服務發現機制，也可以按照這樣的思路去做，這樣的話我們的pom裡面可以引入多種註冊依賴，不需要修改pom檔案了，在工程的spring.factories檔案裡面做多路切換；

• 8.好處
  不要修改pom，支援多個註冊中心的切換，但是有個問題，spring.factories檔案也是打進去jar包的，因此它實際上也不算配置項，只不過相比修改pom而言這樣會好一些，這裡有個簡單的思路，比如我們的原始碼不需要修改，我們可以寫一個打包指令碼，例如使用maven打包，那麼打包指令碼肯定是使用mvn命令編譯成jar包，我們可以在打包腳本里面做一個簡單的處理，接受一個引數什麼的，通過引數，在打包腳本里面去修改spring.factories檔案，修改完成之後，我們再執行mvn package命令，這樣的話我們就可以通過命令打出適配不同的註冊中心的jar包了，這裡我自己實現的是ZK，Eureka和k8三種環境的註冊切換機制，剛剛提到指令碼是一個思路,我也還沒做，不過上面的問題要完全做好依賴的東西很多，在第九點說明

• 9.難點
  比如我們註冊到Eureka，我們引入的是
  
  org.springframework.cloud
  spring-cloud-starter-eureka
  
  他會引入
  
  org.springframework.cloud
  spring-cloud-netflix-eureka-client
  
  我們要修改的jar包是spring-cloud-netflix-eureka-client，這裡我們就需要自己封裝一下spring-cloud-netflix-eureka-client再引用，否則其他人可能引用的就是沒有修改的spring-cloud-netflix-eureka-client，可以修改這個jar，然後重新命名放到私服，供團隊一起使用，另外我們直接使用 spring-cloud-starter-eureka也會有問題，因為這個會引入原始的spring-cloud-netflix-eureka-client，我們必須手動排除，但是這部穩妥，最好的辦法是我們改造上面這兩個包，比如改造spring-cloud-starter-eureka為myCompany-spring-cloud-starter-eureka ，在這個包的pom裡面排除對原始spring-cloud-netflix-eureka-client的依賴，引入對myCompany-spring-cloud-netflix-eureka-client的依賴，然後開發過程中，就只需要引入myCompany-spring-cloud-starter-eureka即可，對ZK也是一樣，需要改造兩個包，這裡稍微有點麻煩。