SpringCloud源码阅读1-EurekaServer源码的秘密(中)

简介: SpringCloud源码阅读1-EurekaServer源码的秘密(中)
initializedResponseCache():

精辟,缓存来实现返回结果的缓存,优秀设计啊。

使用goole cache初始化一个缓存类ResponseCacheImpl,缓存(all applications, delta changes and for individual applications)请求的结果, 此类中有两个缓存:

  • readWriteCacheMap: 读写缓存。初始化容量1000,失效时间3分钟。
  • readOnlyCacheMap:只读缓存,shouldUseReadOnlyResponseCache属性控制是否启用,默认是启用的。此缓存会使用,名为Eureka-CacheFillTimer的timer,每30s更新从 readWriteCacheMap中更新readOnlyCacheMap中的缓存值。

取值逻辑: 先从readOnlyCacheMap取值,没有去readWriteCacheMap,没有去通过CacheLoader加载,而CacheLoader会到维护应用实例注册信息的Map中获取。

这里就产生了一个疑问,为啥有搞个二级缓存来缓存结果呢?不是很理解。


scheduleRenewalThresholdUpdateTask()

使用名为ReplicaAwareInstanceRegistry - RenewalThresholdUpdater的timer,每15(900s)分钟执行updateRenewalThreshold()任务,更新续约阀值。

private void updateRenewalThreshold() {
        try {
            Applications apps = eurekaClient.getApplications();
            int count = 0;
            //统计所有注册instance个数
            for (Application app : apps.getRegisteredApplications()) {
                for (InstanceInfo instance : app.getInstances()) {
                    if (this.isRegisterable(instance)) {
                        ++count;
                    }
                }
            }
            synchronized (lock) {
                当总数》预期值时 或者 关闭了自我保护模式,更新
                if ((count * 2) > (serverConfig.getRenewalPercentThreshold() * expectedNumberOfRenewsPerMin)
                        || (!this.isSelfPreservationModeEnabled())) {
                    this.expectedNumberOfRenewsPerMin = count * 2;
                    this.numberOfRenewsPerMinThreshold = (int) ((count * 2) * serverConfig.getRenewalPercentThreshold());
                }
            }
            logger.info("Current renewal threshold is : {}", numberOfRenewsPerMinThreshold);
        } catch (Throwable e) {
            logger.error("Cannot update renewal threshold", e);
        }
}
  • expectedNumberOfRenewsPerMin每分钟最大的续约数量 (30s/次,2次/s):  =客户端数量count*2
  • numberOfRenewsPerMinThreshold每分钟续约阈值。serverConfig.getRenewalPercentThreshold()*expectedNumberOfRenewsPerMinserverConfig.getRenewalPercentThreshold()默认是0.85

当每分钟续约数小于numberOfRenewsPerMinThreshold阈值时,并且自我保护没有关闭的情况下,开启自我保护,此期间不剔除任何一个客户端。(下面的EvictionTask()驱逐任务会讲到如何利用)

  • InstanceRegistry初始化
  • 客户端cancle主动下线
  • 客户端注册
  • scheduleRenewalThresholdUpdateTask

此四个地方都会更新两个值


initRemoteRegionRegistry()

初始化 远程区域注册 相关信息


2.3 @PreDestroy注解的initialize方法

@PreDestroy修饰的方法会在服务器卸载Servlet的时候执行,并且只会被服务器执行一次,被@PreDestroy修饰的方法会Destroy方法之后执行,在Servlet被彻底卸载之前.

public void shutdown() {
        registry.shutdown();
        peerEurekaNodes.shutdown();
}


registry.shutdown();

停掉init()时启动的定时任务


peerEurekaNodes.shutdown()

清空集群url缓存,集群节点缓存。


2.4 小结

总结:EurekaServerContext的初始化做了很多事情,很精辟,建议多阅读,多学习


3.EurekaServer启动:


EurekaServerInitializerConfiguration实现了SmartLifecycle接口,在spring启动后,执行start()方法

eurekaServerBootstrap.contextInitialized(EurekaServerInitializerConfiguration.this.servletContext);
log.info("Started Eureka Server");
//发布注册中心可以注册事件
publish(new EurekaRegistryAvailableEvent(getEurekaServerConfig()));
//状态为运行状态
EurekaServerInitializerConfiguration.this.running = true;
//发布注册中心启动完成事件
publish(new EurekaServerStartedEvent(getEurekaServerConfig()));

这里重点看先EurekaServerBootstrap.contextInitializedEurekaServerBootstrap的contextInitialized主要干了两件事

initEurekaEnvironment();初始化环境
initEurekaServerContext();初始化上下文


3.1 initEurekaEnvironment

主要是数据中心等环境变量的初始化


3.2 initEurekaServerContext

此方法中最重要的是

从相邻eureka节点拷贝注册列表信息
int registryCount = this.registry.syncUp();
允许开始与客户端的数据传输,即开始作为Server服务
this.registry.openForTraffic(this.applicationInfoManager, registryCount);


3.1.1 registry.syncUp()

@Override
    public int syncUp() {
        // Copy entire entry from neighboring DS node
        int count = 0;
    //重试次数
        for (int i = 0; ((i < serverConfig.getRegistrySyncRetries()) && (count == 0)); i++) {
            if (i > 0) {
                try {
                    Thread.sleep(serverConfig.getRegistrySyncRetryWaitMs());
                } catch (InterruptedException e) {
                    logger.warn("Interrupted during registry transfer..");
                    break;
                }
            }
            //从eurekaClient获取服务列表
            Applications apps = eurekaClient.getApplications();
            //遍历注册
            for (Application app : apps.getRegisteredApplications()) {
                for (InstanceInfo instance : app.getInstances()) {
                    try {
                        if (isRegisterable(instance)) {
                            register(instance, instance.getLeaseInfo().getDurationInSecs(), true);
                            count++;
                        }
                    } catch (Throwable t) {
                        logger.error("During DS init copy", t);
                    }
                }
            }
        }
        return count;
    }


3.1.2 registry.openForTraffic

允许开始与客户端的数据传输,即开始作为Server服务

InstanceRegistry.openForTraffic
public void openForTraffic(ApplicationInfoManager applicationInfoManager, int count) {
    super.openForTraffic(applicationInfoManager,
        count == 0 ? this.defaultOpenForTrafficCount : count);
}
PeerAwareInstanceRegistryImpl.openForTraffic
public void openForTraffic(ApplicationInfoManager applicationInfoManager, int count) {
       //每分钟期待的续约数(默认30s续约,60s就是2次)
        this.expectedNumberOfRenewsPerMin = count * 2;
        // 每分钟续约的阀值:0.85 * expectedNumberOfRenewsPerMin
        this.numberOfRenewsPerMinThreshold =
                (int) (this.expectedNumberOfRenewsPerMin * serverConfig.getRenewalPercentThreshold());
        ....
        logger.info("Changing status to UP");
        //applicationInfoManager设置状态为UP
        applicationInfoManager.setInstanceStatus(InstanceStatus.UP);
        super.postInit();
}


3.1.3 EvictionTask() 驱逐任务

protected void postInit() {
    //又启动了一个续约数统计器,此统计器用于配合驱逐任务
        renewsLastMin.start();
        if (evictionTaskRef.get() != null) {
            evictionTaskRef.get().cancel();
        }
        evictionTaskRef.set(new EvictionTask());
        evictionTimer.schedule(evictionTaskRef.get(),
                serverConfig.getEvictionIntervalTimerInMs(),
                serverConfig.getEvictionIntervalTimerInMs());
}

创建一个名为Eureka-EvictionTimer的定时器来执行EvictionTask()任务。 EvictionTask()任务:

@Override
public void run() {
            // 获取延迟秒数,就是延迟几秒下线时间。
            long compensationTimeMs = getCompensationTimeMs();
            //驱逐操作
            evict(compensationTimeMs);
}

evict()驱逐操作:清理过期租约


相关文章
|
13天前
|
数据采集 监控 前端开发
二级公立医院绩效考核系统源码,B/S架构,前后端分别基于Spring Boot和Avue框架
医院绩效管理系统通过与HIS系统的无缝对接,实现数据网络化采集、评价结果透明化管理及奖金分配自动化生成。系统涵盖科室和个人绩效考核、医疗质量考核、数据采集、绩效工资核算、收支核算、工作量统计、单项奖惩等功能,提升绩效评估的全面性、准确性和公正性。技术栈采用B/S架构,前后端分别基于Spring Boot和Avue框架。
|
3天前
|
前端开发 Java 开发者
Spring生态学习路径与源码深度探讨
【11月更文挑战第13天】Spring框架作为Java企业级开发中的核心框架,其丰富的生态系统和强大的功能吸引了无数开发者的关注。学习Spring生态不仅仅是掌握Spring Framework本身,更需要深入理解其周边组件和工具,以及源码的底层实现逻辑。本文将从Spring生态的学习路径入手,详细探讨如何系统地学习Spring,并深入解析各个重点的底层实现逻辑。
23 9
|
2月前
|
缓存 Java 开发工具
Spring是如何解决循环依赖的?从底层源码入手,详细解读Spring框架的三级缓存
三级缓存是Spring框架里,一个经典的技术点,它很好地解决了循环依赖的问题,也是很多面试中会被问到的问题,本文从源码入手,详细剖析Spring三级缓存的来龙去脉。
174 24
Spring是如何解决循环依赖的?从底层源码入手,详细解读Spring框架的三级缓存
|
2月前
|
缓存 安全 Java
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
从底层源码入手,通过代码示例,追踪AnnotationConfigApplicationContext加载配置类、启动Spring容器的整个流程,并对IOC、BeanDefinition、PostProcesser等相关概念进行解释
176 24
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
|
2月前
|
设计模式 Java 关系型数据库
【Java笔记+踩坑汇总】Java基础+JavaWeb+SSM+SpringBoot+SpringCloud+瑞吉外卖/谷粒商城/学成在线+设计模式+面试题汇总+性能调优/架构设计+源码解析
本文是“Java学习路线”专栏的导航文章,目标是为Java初学者和初中高级工程师提供一套完整的Java学习路线。
377 37
|
29天前
|
Java Spring
Spring底层架构源码解析(三)
Spring底层架构源码解析(三)
|
29天前
|
XML Java 数据格式
Spring底层架构源码解析(二)
Spring底层架构源码解析(二)
|
1月前
|
Java Spring 容器
Spring IOC、AOP与事务管理底层原理及源码解析
【10月更文挑战第1天】Spring框架以其强大的控制反转(IOC)和面向切面编程(AOP)功能,成为Java企业级开发中的首选框架。本文将深入探讨Spring IOC和AOP的底层原理,并通过源码解析来揭示其实现机制。同时,我们还将探讨Spring事务管理的核心原理,并给出相应的源码示例。
120 9
|
1月前
|
设计模式 JavaScript Java
Spring 事件监听机制源码
Spring 提供了事件发布订阅机制,广泛应用于项目中。本文介绍了如何通过自定义事件类、订阅类和发布类实现这一机制,并展示了如何监听 SpringBoot 启动过程中的多个事件(如 `ApplicationStartingEvent`、`ApplicationEnvironmentPreparedEvent` 等)。通过掌握这些事件,可以更好地理解 SpringBoot 的启动流程。示例代码展示了从事件发布到接收的完整过程。
|
1月前
|
缓存 Java Spring
源码解读:Spring如何解决构造器注入的循环依赖?
本文详细探讨了Spring框架中的循环依赖问题,包括构造器注入和字段注入两种情况,并重点分析了构造器注入循环依赖的解决方案。文章通过具体示例展示了循环依赖的错误信息及常见场景,提出了三种解决方法:重构代码、使用字段依赖注入以及使用`@Lazy`注解。其中,`@Lazy`注解通过延迟初始化和动态代理机制有效解决了循环依赖问题。作者建议优先使用`@Lazy`注解,并提供了详细的源码解析和调试截图,帮助读者深入理解其实现机制。
23 1
下一篇
无影云桌面