为了开发效率高效和业务逻辑清晰，越来越多的项目采用分布式系统。分布式最重要的就是注册中心了。Eureka是SpringCloud原生提供的注册中心，来look一波吧。
引入依赖：
给启动类加上注解@EnableEurekaServer
配置一下yml文件：
启动项目EurekaApplication ，浏览器访问http://localhost:8331/，Euerka 服务器搭建成功了。
现在还没有东西注册进来。
这回启动类注解变了，@EnableDiscoveryClient
接下来是配置文件：
然后启动项目，过一会儿，刷新页面：
注册中心有了刚才那个服务了。这个叫做first-service注册到注册中心，它既可以叫做生产者，也可以被叫做消费者，因为它可以为别的服务提供接口，也可以调用其他服务提供的接口。总之，无论是生产者还是消费者，它都被叫做Client，要用@EnableDiscoveryClient注解。我不小心点进去这个注解里面，发现还有个参数，<code>boolean autoRegister() default true</code>。这是是否项目已启动，该服务自动注册到注册中心。默认为自动。
除了@EnableDiscoveryClient这个注解以外，还可以使用另外一个注解@EnableEurekaClient。效果相同，如果是Eureka做注册中心的话，建议使用@EnableEurekaClient，如果是其他注册中心的话（例如阿里的nacos），建议使用@EnableDiscoveryClient。
要想运行起来一个个微服务，形成分布式系统，作为注册中心和其中服务，应该实现一下需求：
服务们可以顺利注册到注册中心。
某服务可以通过注册中心知道注册中心有哪些服务可以使用，并且这一过程需要保证实时性。
注册中心需要实时知道服务们是否还存活。
一个服务client注册到注册中心eureka，该client的信息会被存在一个Map中，实现了第一步。同时，client会拉取一份名单，名单里面有其他注册服务的信息，并且为了保证实时性，每30s会再从注册中心那边拉取一份名单信息，实现了第二步。为了确保注册中心实时知道哪些服务还存活着，需要每个client，每隔一段时间（默认30s）向注册中心发送一个心跳，告诉注册中心，我还在，注册中心那份名单拿上还会记录着这个client还可以用，实现了第三步。
先看一眼注册中心，也就是服务端Service，有个启动引导类EurekaBootStrap，其中有个方法：
这方法是初始化Eureka方法的，现在我特别想知道注册中心是用什么数据结构存下客户端client信息的，所以我得去找注册中心为客户端client提供的注册接口，于是乎，点进initEurekaServerContext()这个方法看看，有个PeerAwareInstanceRegistry这个接口，再点进去看看，发现了
看下它的实现类
replicateToPeers() 这个方法用于注册中心是集群的情况，主要是注册完之后，同步该服务给其他eureka节点。
目测 registry 应该就是储存着所有的服务，点一下看其结构。
最外层是线程安全的ConcurrentHashMap，key值是registrant.getAppName()，也就是实例中的应用名称 first-service。 里面又是一个ConcurrentHashMap（代码里面是Map接口，但其实肯定是ConcurrentHashMap，你可以看gNewMap 对象怎么new的）。里面这个key是registrant.getId()实例id，value 是Lease，这里面存着服务实例和过期时间什么的。ok，具体注册，今天找到地方，先不看了。
关于client端，需要定时拉取服务名单，定时发送注册中心一个心跳。所以用了两个定时器。
在DiscoveryClient 类中，有个initScheduledTasks() 这个方法，是初始化那两个定时器的，简略代码如下：
SpringBoot让集成Eureka非常的简单，本篇提供了快速入门的示例。今后还要考虑到注册中心集群的问题。当然，现在还有更好用的注册中心，阿里的nacos，不仅有注册中心的功能，同时还继承了配置中心的功能。了解Eureka工作原理，有助于帮助我们更好的理解分布式系统中的注册中心，为了将来学习了解其他注册中心提供理论基础。