苹果在 WWDC22 中，提出了实时活动（Live Activity）的概念，以便于用户在锁屏查看一些应用实时活动的更新，这与盒马的配送场景十分贴合。因此，我们将 Live Activity & “灵动岛” 特性第一时间落地到盒马 30 分钟配送场景，并作为第一批适配实时活动的 iOS 应用，获得 App Store Today 推荐。

本文通过分析Lettuce的特性和内部实现，及其与Jedis的对照比较，对这两种客户端以及Redis服务端进行深度探讨。

2021 年我们看到 Istio 不少新的进展，eBPF、Multi-buffer、Proxyless 等，每一次 Istio 的变化都牵动人们的神经——是时候采用服务网格了吗？

基础架构部选择新的注册中心，测试组需要配合对业界成熟的注册中心产品做分析和比较。由于掌门教育采用的是比较纯净的 Spring Cloud 技术栈，所以我们需要围绕它的注册中心，从测试角度，进行功能和性能上研究。

Spring Cloud 技术栈官方支持 Netflix Eureka ，HashiCorp Consul ，Zookeeper 三个注册中心，它们可以相互间实现无缝迁移，Alibaba Nacos 是新加盟 Spring Cloud 技术栈的新成员。测试组的同学们对上述四个注册中心做了一一研究和分析，鉴于时间紧迫，除了 Eureka 和 Nacos 之外，其它两个中间件未做深入的功能测试和性能测试。

随着瓜子业务的不断发展，系统规模在逐渐扩大，目前在瓜子的私有云上已经运行着数百个 Apache Dubbo （ 下文简称 Dubbo ）应用，上千个 Dubbo 实例。瓜子各部门业务迅速发展，版本没有来得及统一，各个部门都有自己的用法。随着第二机房的建设，Dubbo 版本统一的需求变得越发迫切。几个月前，公司发生了一次与 Dubbo 相关的生产事故，成为了公司 基于社区 Dubbo 2.7.3 版本升级的诱因。

虽然 Eureka 服务器目前运行平稳，但我们依旧担心此类事故在未来会再次发生，于是痛定思痛，经过深入的调研和比较一段时间后，通过由基础架构部牵头，各大业务线负责人和架构师参与的专项注册中心架构评审会上，CTO 拍板，做出决议：选择落地 Alibaba Nacos 作为掌门教育的新注册中心。

两次 Eureka 引起业务服务大面积崩溃后，虽然通过升级硬件和优化配置参数的方式得以解决，Eureka 服务器目前运行平稳，但我们依旧担心此类事故在未来会再次发生，最终选择落地 Alibaba Nacos 作为掌门教育的新注册中心。

为什么我们要做盒马的创新探索？

从社会层面上来说，三年的疫情让用户更关注品质和健康，愿意接受更多"吃"的知识，不仅要吃得到，也要吃的好，吃的放心。

从行业趋势上来说，美食赛道重新洗牌，用户寻找灵感从传统的菜谱平台转战小红书、抖音等平台，用户从主动发现到愿意接受更多推荐，从“主流”做法到“非主流”做法的尝试。

从业务层面上来说，从单一的理性货架导购到丰富的感性内容导购，更容易贴近用户并稳定流量增长。

整个内容业务的发展也是紧跟时代及盒马业务本身的发展背景，1.0时期的内容，处于盒马的一个业务高速发展期，内容通过轻社群、轻推荐的形式丰富现有的货架导购，并尝试通过品质推荐与用户建立信任关系，并向情感导购迈进。2.0阶段，沉淀了一波优质的内容，我们开始大胆尝试通过打造内容IP，增强心智和提升用户的黏性，更真实和友好的将商品推荐给用户。

从单一的满足商品刚需，到增加情感因素和人文关怀，我们从最初满足商品服务的盒区生活，转变到站在用户的角度，给到用户真实的“吃的灵感” ，去解决“今天吃什么”的问题。

前端交互中，无限滚动feeds流是最常见的交互形式，常见的feeds功能上基本都包括兜底、接口请求、报错提示、刷新、feeds卡片排列规则等。

本文主要讲述了应用的优化历程。

设计模式是针对不同场景下不同类型问题沉淀的一套程序设计思想与解决方案，用来提高代码可复用性、可维护性、可读性、稳健性以及安全性等。

探讨如何在闲鱼大流量的业务场景下，实现高性能实时优惠计算，提供良好的业务可扩展和数据一致性。

本文想换个视角，分享下低代码技术在产研团队应用落地的相关话题。

本文分析的是我们在面对天猫校园业务-如意pos，在一个复杂应用场景下的一些项目管理模式的思考探索和落地实践，monorepo 本质上不是一种框架，而是面对一个项目发展阶段，寻求满足当下最适合自己的方案的一个解决思路策略。

本文介绍了阿里 Log Scan 的设计与实践。

MapStruct，将CV工作量从O(n)降为O(1)的工具。