1.edasԴ?源码?
2.浅析Vue中的$watch方法原理
3.k8s-服务网格实战-入门Istio

edasԴ??

       在生产环境中，确保服务更新部署过程中业务无感知是源码关键。优雅下线，源码即在应用停止到重启恢复服务期间保持服务的源码稳定性和连续性，是源码应用生命周期中不可或缺的环节。Spring Boot 2.3引入了Graceful Shutdown功能，源码ok网自动发卡源码以提高生产环境的源码稳定性。本文将详细介绍Graceful Shutdown的源码实现、配置与使用，源码并对比Spring Boot如何通过Tomcat实现优雅停机与EDAS 3.0的源码无损下线解决方案。

       ### Graceful Shutdown详解

       在Spring Boot 2.3中，源码优雅停机功能支持所有嵌入式Web服务器（Jetty、源码Reactor Netty、源码Tomcat、源码Undertow）以及基于响应式和Servlet的源码流量卡HTML源码Web应用程序。配置server.shutdown=graceful后，Web服务器将在关闭时停止接收新请求，并等待一个可配置的宽限期完成正在进行的请求。配置项spring.lifecycle.timeout-per-shutdown-phase用于设置此宽限期。

       ### 配置与使用

       在Spring Boot 2.3中启用优雅停机非常简单。通过应用程序配置文件设置server.shutdown属性为“graceful”，并根据需要配置宽限期。例如：

       properties

       #启用优雅停机

       server.shutdown=graceful

       #配置宽限期（秒）

       spring.lifecycle.timeout-per-shutdown-phase=s

       当使用SIGTERM信号关闭Spring Boot应用时，应用将遵循以下行为：

       1. **无正在进行的请求**：应用直接关闭。

       2. **有正在进行的请求**：应用等待宽限期结束后关闭。如果超时后仍有未处理请求，应用将抛出异常并强制关闭。

       ### 源码实现分析

       以Tomcat为例，SpringBoot 2.3通过`TomcatWebServer`实现优雅停机。知识付费源码模板构造函数中，当配置server.shutdown=graceful时，`gracefulShutdown`成员被设置为`GracefulShutdown`实例。关闭应用容器时，执行`webServer.shutDownGracefully`方法，触发优雅停机流程。流程包括关闭所有连接、等待所有请求处理完毕，并在宽限期后执行`stop`方法。

       ### EDAS 3.0无损下线

       EDAS 3.0通过Java Agent技术提供无侵入的无损下线能力，无需修改代码或配置。支持ECS和K8s场景，兼容开源微服务组件（如Spring Cloud和Dubbo）。EDAS实现无损下线的虚拟数字人源码关键步骤包括主动注销、通知客户端下线信息以及调用其他服务提供者。

       ### 完整解决方案

       EDAS 3.0支持全链路无损下线，即使在大流量场景下发布也能保持平稳。此解决方案打通了消息、网关等微服务组件，确保在EDAS环境中实现端到端的下线无损。

       ### 结论

       优雅下线是保证应用更新部署期间业务连续性的关键。Spring Boot 2.3的Graceful Shutdown功能与EDAS 3.0的无损下线解决方案共同提供了强大而灵活的工具，帮助开发者在不中断服务的前提下进行应用更新。通过这些技术，开发者能够显著提升生产环境的稳定性和用户体验。

浅析Vue中的$watch方法原理

       $watche方法的两个参数：

       第一个参数两种可能：

       传入被观察对象表达式（字符串），比如'a,b,c','$route'

       如果表达式无法表示需要观察的内容，可以通过函数返回，汇源码是什么比如:()=>this.a+this.b

       第一个参数干什么用的？通过vue源码可得，newWatcher的流程：第一步：拿到第一个参数，如果是函数，直接拿到函数，如果不是函数，转换为函数（parsePath），这个作为getter，先不调用，只备用

//parseexpressionforgetterif(typeofexpOrFn==='function'){ this.getter=expOrFn}else{ this.getter=parsePath(expOrFn)if(!this.getter){ this.getter=noop//noop就是空}}

       第二步：调用Watcher类里的this.get：

this.value=this.lazy?undefined:this.get()

       插入下源代码：

/***Evaluatethegetter,andre-collectdependencies.*/get(){ pushTarget(this)letvalueconstvm=this.vmtry{ value=this.getter.call(vm,vm)}catch(e){ if(this.user){ handleError(e,vm,`getterforwatcher"${ this.expression}"`)}else{ throwe}}finally{ //"touch"everypropertysotheyarealltrackedas//dependenciesfordeepwatchingif(this.deep){ traverse(value)}popTarget()this.cleanupDeps()}returnvalue}

       第三步：上面的源码就是this.get方法，看看里面有什么，这里第一句就是把当前watcher实例设置成Dep.target（姑且理解为全局变量），：

pushTarget(this)

       关于Dep.target：回忆一下，在defineProperty的get里，是不是也用到了这Dep.target，对了！defineProperty里就是取这个Dep.target值，watcher只有一处取值，一处赋值，那么这个值在哪里赋上去的呢？对了！就是在这个pushTarget里

       第四步：Dep.target已经有值了，调用一下之前备用的getter（上面第一步），这样就能触发defineProperty的get了，触发以后，就把这个watcher添加到get对应数据的deps依赖数组里了

value=this.getter.call(vm,vm)

       这样，再修改这个设置了defineProperty的响应式数据，就能触发这个数据绑定的所有watcher依赖了。

k8s-服务网格实战-入门Istio

       进入服务网格系列，前面已讲解基本知识，但企业中存在复杂应用调用关系，需要管理限流、降级、trace、监控、负载均衡等功能。

       在kubernetes出现之前，这些问题通常由微服务框架解决，如Dubbo、SpringCloud等。但kubernetes出现后，这些功能应交给专门的云原生组件，即本篇将讲解的Istio，它是目前最广泛使用的服务网格解决方案。

       官方对Istio的解释简洁，具体功能包括限流、降级、trace、监控、负载均衡等。Istio分为控制面control plane和数据面data plane，控制面负责Istio自身管理功能，数据面由Envoy代理业务应用，实现流量管理。

       首先安装Istio命令行工具，确保有kubernetes运行环境，Linux使用特定命令，Mac使用brew，其他环境下载Istio配置环境变量。

       使用install命令安装控制面，默认使用kubectl配置的kubernetes集群，使用demo profile。

       为namespace添加label，使得Istio控制面知道哪个namespace下的Pod自动注入sidecar，为default命名空间开启自动注入，部署deployment-istio.yaml。

       每个Pod有两个container，其中一个istio-proxy sidecar，进行负载均衡测试，效果相同，说明Istio生效。

       观察sidecar日志，看到所发出和接收到的流量。

       本期内容简单，主要涉及安装配置，下期将更新内部服务调用的超时、限流等功能配置。

       大部分操作偏运维，后续功能配置只需编写yaml资源。

       生产使用时，提供管理台可视化页面，方便开发者灵活配置功能。

       各大云平台厂商提供类似能力，如阿里云的EDAS等。

       本文源码可访问github.com/crossoverJie...