Hello，又到了每天一次的下午茶时间。酱酱们的下午茶新增优质作者介绍和码上掘金板块，专注于发掘站内优质创作者和优质内容，欢迎大家多提宝贵意见！
酱酱们的下午茶全新改版，欢迎大家多提宝贵意见！
本文字数 1800+，阅读时间大约需要 6 分钟。
- 【掘金酱的下午茶】亮点：
- AST入门以及在项目中的实践
- 如果你用TypeScript写Vue3,你可以来看看这篇文章
- vivo 推送系统的容灾建设与实践
- 如何在微服务下保证事务的一致性 | 京东云技术团队
- 字节跳动算力监控系统的落地与实践
- 缩放的艺术：解密图像缩放中的插值技术
- 数据存储与访问——文件存储读写
- ……
筛选规则：文章发布时间在本期「掘金酱的下午茶」发布时间的 1-3 天内，且符合社区推荐标准，也会同步发布在掘金相关技术社群。
今日主理人｜每日掘金
本期每日掘金由 战场小包 负责制作。如有投稿文章，请私信👉 战场小包
PS：主理人目前正在招募中，有感兴趣的掘友们可以联系Captain
每日干货｜下午茶
主理人们会对近期（1-3 天）社区深度技术好文进行挖掘和筛选，优质的技术文章有机会出现在下方列表，排名不分先后。
『前端』
DOM0、DOM2是事件绑定的两种方式，这是我们在监控click事件时需要考虑的两种情况，那么下面我们依次分析这两种事件绑定方式如何监控
抽象语法树（abstract syntax tree或者缩写为AST），或者语法树（syntax tree），是源代码的抽象语法结构的树状表现形式。一个 AST 只包含与分析源文本有关的信息，而跳过任何其他在解析文本时使用的额外内容（例如什么分号，函数参数中的逗号之类的对程序没有意义的东西）
为了满足前端开发标准化、工程化、系统化等等需求，我们设计并开发了一个开发组件库和常用类库和方法库的集合基础脚手架，其中包含了一些页面通用的布局、常用的弹窗和交互、提示信息以及网络请求，强类型面向对象的约束规范等，以满足日常开发的快捷、稳健、标准化等要求。
超长溢出头部省略打点，坑这么大，技巧这么多？
通过学习一个状态栏
github图标，即可在浏览器中打开仓库的github地址功能。 open in github button vscode 插件的原理，是调用了 vscode-open-in-github 插件提供的openInGithub.openProject命令。
『后端』
本文介绍了推送系统容灾建设和关键技术方案，以及实践过程中的思考与挑战。
随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一致性呢？
本文将与大家分享字节算力监控系统方案的整体设计、工程实践落地经验，帮助大家理解如何对数据中心进行科学、准确地性能分析和画像，快速进行算力性能优化。
为了满足不断增长的业务需求，转转逐步接入了大量的支付通道，而第三方系统的稳定性参差不齐，通道故障时有发生。当三方通道发生异常时我们的感知比较后置，比如大量的系统告警，甚至需要等业务或用户反馈才能感知到异常。作为承接全公司支付业务的核心系统，想要建立一个能给上游提供稳定服务的系统，仅依靠人工维护是远远不够的，因此建立一个完善的支付通道自动化管理系统就提上了日程。
LRU（Least Recently Used）缓存淘汰算法是一种常见的缓存淘汰策略，它的核心思想是优先淘汰最近最少使用的缓存数据，以保证缓存中的数据始终是最热门的。
『移动端』
图像缩放是数字图像处理中常用的技术之一。随着数字媒体的普及，图像缩放算法变得越来越重要。本文将探讨图像缩放的原理，着重介绍两种常用的插值算法——最近邻插值和双线性插值，并提供对应的代码实现。我们将解释这些算法的工作原理，以及如何选择最适合您应用场景的算法。
本节给大家介绍的是Android数据存储与访问方式中的一个——文件存储与读写，当然除了这种方式外，我们可以存到SharedPreference，数据库，或者Application中。
subprojects 和 allprojects 的区别，先给出结论： allprojects是对所有project的配置，包括Root Project；而subprojects是对所有Child Project的配置。
我理解的状态管理核心思想是解耦。 和别的框架一样，
Flutter中的状态管理主要是对逻辑、数据等进行解耦，以适应复杂业务的开发及维护。
线上工具检测到
promoteDeferredTaskIfIdle和addDeferredTask确实存在数据竞争的点。唯一的解释就是这把锁失效了。目前猜测是如下原因导致的，UIKeyboardTaskQueue持有的锁的类型是NSConditionLock，系统对锁调用tryLock和unLock的逻辑也是成对出现的，如果tryLock没有执行,unLock正常执行了，就相当于只执行了一次unLock的操作，这个时候就会影响到其它线程lock的逻辑，我们把这个问题反馈给了苹果，有反馈之后再来同步下结论。
趣味码上掘金分享｜下午茶
- 码上掘金精选，收集优秀的码上掘金项目，供大家一起学习：github.com/akira-cn/jc…
- 码上掘金游戏精选：g.jcode.pub/#/716133153…
| 作者 | 文章 | 简介 |
|---|---|---|
📖 投稿专区｜下午茶
大家可以在评论区推荐认为不错的文章，并附上链接和推荐理由，有机会登上下一期。文章创建日期必须在近 1-3 天内；可以推荐自己的文章、也可以推荐他人的文章。
