移动互联网进入存量时代，随着人口红利减退，充分盘活、经营现有流量便成为了各行各业全新的机遇与挑战。各大公司都在内卷发力，对 App 包大小、启动速度、性能做持续优化。 App 包体积和用户转换率成负相关，包体积越小、用户下载时长越短，用户转换率越高。而随着国内用户的增量见顶，越来越多的应用选择出海，开发对应的海外版，Google Play 应用市场目前强制要求超过 100MB 的应用只能使用 AAB 扩展文件方式上传，Google Play 会为我们的应用托管 AAB 扩展文件，进行自定义分发和动态交付。
容器服务 TKE、容器镜像服务 TCR、对象存储 COS 等等...这些产品可以很好地降低企业云原生入门门槛。 Zadig 作为云原生持续交付平台，支持多云架构交付，对腾讯云基础设施的兼容和适配性也极其友好。 本文中我们将演示在腾讯云上安装 Zadig、使用 Zadig，以及 Zadig 是如何支持腾讯云全家桶进行微服务的持续交付，助力企业以更优雅的姿势快速走上云原生交付之路。
通常情况下移动端APP由于受到设备性能所限一般较少有场景会处理超量数据，更多的是将复杂数据处理交付给服务端。本质上降低终端强数据处理是很有必要的，降低CPU使用率、减少内存抖动可以大幅提升APP使用体验。但是有时移动端也不得不处理超量数据，大麦选座就是这样一个强数据处理场景。
React 最新提出了一个叫 use 的 Hook，用于在客户端消费 Promise，而 use 和其他 Hook 不同之处在于，它可以在条件语句、block 和循环里使用。除 Promise 之外，use 未来还可能用于消费 Context、store、observable 等。 与之对应的是，在服务端组件中则支持使用 async/await。这个提案本身并不是一个完整的数据获取解决方案，因为它没有解决缓存问题。wait 和 use 是用于读取 promise 异步结果的原语，后续会引入一个名为 cache 的 API 来帮助缓存数据。
本文从严选品牌的视角分享2B系统架构设计上的一些挑战和实践，希望在2B领域的一些架构思考和方法论能够引起更多的探讨和共鸣。本文内容涉及供应链、物流、商品、客售等相关系统的一些案例。
Spring Boot自2.0版本开始默认使用Lettuce作为Redis的客户端（注1）。Lettuce客户端基于Netty的NIO框架实现，对于大多数的Redis操作，只需要维持单一的连接即可高效支持业务端的并发请求 —— 这点与Jedis的连接池模式有很大不同。同时，Lettuce支持的特性更加全面，且其性能表现并不逊于，甚至优于Jedis。本文通过分析Lettuce的特性和内部实现（基于6.0版本），及其与Jedis的对照比较，对这两种客户端，以及Redis服务端进行深度探讨。
本文主要整理了计算机中的内存结构，以及CPU是如何读写内存中的数据的，如何维护CPU缓存中的数据一致性。什么是虚拟内存，以及它存在的必要性。如有不当之处请多多指教。
近些年AI蓬勃发展，在各行各业都有着不同方式的应用。而AI创作艺术和生产内容无疑是今年以来最热门的话题，AI创作到底发生过什么，原理又是如何，是噱头还是会有对我们有用的潜在应用场景呢？我们旨在深入浅出的尝试回答这些问题。
