1.抽象语法树 AST 必知必会 | 京东物流技术团队
2.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
3.Nacos 配置中心源码 | 京东物流技术团队
抽象语法树 AST 必知必会 | 京东物流技术团队
在前端开发中，物流网站物流网站许多工具如JavaScript转译、源码源码CSS预处理、物流网站物流网站代码压缩等，源码源码其功能实现都离不开一个关键概念——抽象语法树（AST）。物流网站物流网站AST是源码源码安卓ps源码源代码语法结构的抽象表示，以树状形式展现，物流网站物流网站每个节点代表源代码中的源码源码一种结构。它使得程序能够更好地理解和分析代码。物流网站物流网站
AST的源码源码生成过程分为三个阶段：词法分析、语法分析和代码生成。物流网站物流网站词法分析将代码字符串转换为词法单元；语法分析则将这些单元组织成语法结构；最后，源码源码代码生成阶段通过遍历AST，物流网站物流网站生成新的源码源码代码字符串。
AST在JavaScript编译器中扮演着重要角色。物流网站物流网站例如，在Vue.js中，网站源码下载漏洞将template转化为render function的过程就涉及到AST的生成。此外，Babel、Webpack、Vue-cli和ESLint等工具和库也广泛使用AST进行代码检查、分析等操作。
AST的基本结构由节点组成，不同类型的节点相互嵌套形成树形结构。虽然不同语言编译器、工具和语言版本下的AST结构有所差异，但JavaScript编译器遵循ESTree规范，为AST结构提供了一些基本定义。
AST的应用场景包括代码语法检查、代码风格检查、代码格式化、代码高亮、lol金牌代理源码代码错误提示和代码自动补全等。使用AST时，通常关注访问和修改初始AST，如Babel和ESLint等工具所提供的通用能力。这基于访问者模式设计模式，通过定义visitor对象和访问方法，针对不同节点进行不同处理。
AST的转化流程涉及分词、生成AST、转化AST和生成最终结果等步骤。例如，使用babel-core和babel-types等库，可以将代码字符串转换为AST，再通过transformer进行转化，最终生成所需的代码结果。
通过实际应用，已知源码求补码如预计算的Babel插件，可以看出AST在代码处理中的重要性。掌握AST的概念和结构，有助于深入理解前端框架和工具的工作原理。
OpenJDK-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介：
ZGC是Java垃圾回收器的前沿技术，支持低延迟、大容量堆、染色指针、读屏障等特性，自JDK起作为试验特性，JDK起支持Windows，JDK正式投入生产使用。在JDK中已实现分代收集，预计不久将发布，性能将更优秀。
ZGC特征：
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程：
ZGC并发标记主要分为三个阶段：初始标记、最强涨停预警源码并发标记/重映射、重分配。本篇主要分析并发标记/重映射部分源代码。
入口与并发标记：
整个ZGC源码入口是ZDriver::gc函数，其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。
并发标记流程：
从ZHeap::heap()进入mark函数，使用任务框架执行任务逻辑在ZMarkTask里，具体执行函数是work。工作逻辑循环从标记条带中取出数据，直到取完或时间到。此循环即为ZGC三色标记主循环。之后进入drain函数，从栈中取出指针进行标记，直到栈排空。标记过程包括从栈取数据，标记和递归标记。
标记与迭代：
标记过程涉及对象迭代遍历。标记流程中，ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的指针进行迭代，使用ZMarkBarrierOopClosure作为读屏障，实现了指针自愈和防止漏标。
读屏障细节：
ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑，慢路径标记指针，快速路径通过cas操作修复坏指针，并重新标记。
重映射过程：
读屏障触发标记后，对象被推入栈中，下次标记循环时取出。ZGC并发标记流程至此结束。
问题回顾：
本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。
扩展思考：
ZGC在指针上标记，当回收某个region时，如何得知对象是否存活？答案需要结合标记阶段和重分配阶段的代码。
结束语：
本文深入分析了ZGC并发标记的源码细节，对您有启发或帮助的话，请多多点赞支持。作者：京东物流 刘家存，来源：京东云开发者社区 自猿其说 Tech。转载请注明来源。
Nacos 配置中心源码 | 京东物流技术团队
Nacos配置中心的源码解析
Nacos配置中心的入口位于spring-cloud-starter-alibaba-nacos-config-2.2.5.RELEASE.jar中的spring.factories文件，其中包含NacosConfigBootstrapConfiguration类，作为配置中心的核心入口，它管理了三个关键组件：NacosConfigProperties、NacosConfigManager和NacosPropertySourceLocator。
NacosConfigManager主要负责管理NacosConfigProperties和ConfigService，构造时会创建ConfigService实例，该实例中包含MetricsHttpAgent和ServerHttpAgent，前者负责与Nacos服务器的通信，后者通过NacosRestTemplate发送GET请求获取配置信息。
客户端工作主要由NacosConfigService负责，它初始化一个ClientWorker，包含一个定时任务线程池用于每隔毫秒轮询配置，以及一个线程池处理来自Nacos的配置更新。这些线程池执行checkConfigInfo、checkLocalConfig、checkUpdateDataIds、getServerConfig和checkListenerMd5等方法，确保配置的实时更新和缓存管理。
当配置更新时，Nacos会发布RefreshEvent，由Spring Cloud的RefreshEventListener监听。该监听器会根据@RefreshScope注解刷新相关bean，涉及的刷新操作包括提取环境变量，更新配置文件，触发环境变更事件，并重新加载配置。
在服务端，DumpService类负责将配置数据保存到磁盘，包括全量或增量更新。ExternalDumpService在初始化时执行dumpConfigInfo方法，根据条件决定是否全量更新。ConfigCacheService则负责将配置写入磁盘并更新MD5缓存，同步到客户端。
客户端获取配置通过HTTP GET请求，监听配置则是通过POST请求的长连接轮询。Nacos管理端变更配置通过POST请求，修改后会触发ConfigDataChangeEvent，用于同步到其他节点。
总的来说，Nacos配置中心通过精细的架构设计，实现了配置的高效获取、更新和同步，确保了应用环境的动态刷新。
