版本：netfix-eureka v1.7.2
正如我们所知道的，eureka是一个基于tomcat启动的容器，那么启动入口到底在哪呢？
从github下载eureka源码包，通过gredle构建在idea中，其中有个子工程叫做 eureka-server；在这个子工程发现有个web.xml，在这个xml文件中，我们看到有一个监听器和几个过滤器，我们可以猜想，核心入口在那个叫做EurekaBootStrap监听器中。
果然，在EurekaBootStrap的contextInitialized()方法中看到很重要的线索；
在initEurekaEnvironment()方法中，基于单例模式，双重检索初始化了一个配置管理类，然后将dataCenter和environment这两个参数进行设置，如果不进行配置，默认dataCenter=default，environment=test
接着看看initEurekaServerContext()方法，初始化了DefaultEurekaServerConfig类，并在无参构造方法中执行了init()方法，说白了这个init()方法里面做的事情就读取eureka-server.properties文件
第一次进入，eurekaClient肯定为null，一般我们的环境不是cloud，所以会初始化MyDataCenterInstanceConfig类，在MyDataCenterInstanceConfig无参构造中什么也没有，别急，看它的父类PropertiesInstanceConfig无参构造，主要做的就是读取eureka-client.properties文件，还初始化了DiscoveryClient类，能用来发现服务的客户端类，这个类很重要、很重要、很重要，但是这节并不重点分析它；这是怎么一回事？对服务端初始化去读取eureka-server.properties文件就可以了，为什么还需要去读取eureka-client.properties并初始化客户端？？？
不难理解，其实eureka服务端启动并初始化的时候，它本身也是eureka客户端，当处在集群环境下，它也可以将自己作为eureka客户端向其他eureka服务端进行注册。
接着往下走，判断是不是Aws相关，不用考虑，肯定是这个原生netfix eureka和Amazon等一些第三方有耦合，做的定制化处理逻辑；因此会进入else逻辑，实例化了PeerAwareInstanceRegistryImpl类，这个类可就有不少东西了，其实服务注册的数据结构就是一个map，这个map就在它的父类AbstractInstanceRegistry中
继续往下看，又搞了一个什么叫做PeerEurekaNodes类，这也太难了，这又是干什么？直接说结果，这个类是eureka server集群节点信息，一个PeerEurekaNodes就是一个eureka server集群
然后又初始化了DefaultEurekaServerContext，并进行初始化，主要是为了在eureka server启动后，可以通过这个上下文获取需要的信息
从其他eureka节点获取注册表的数量，进行同步，这里涉及拉取服务注册表和服务续约（心跳）相关，本节先跳过
最后进行监控统计信息，没什么好说的～
总结：一定要带着目的去看主线流程的源码，很多细节，在第一次去看的时候，我们是无法理解，看不懂的，比如eureka server启动的时候初始化DiscoveryClient，需要它做什么呢？后面我们再回过头去揣摩这些细节部分，现在我们的目的很明确，就是想知道eureka server启动，做了哪些主要的工作
