在数据库或者存储的世界里，存储引擎的角色一直处于核心位置。往简单了说，存储引擎主要负责数据如何读写。往复杂了说，怎么快速、高效的完成数据的读写，一直是存储引擎要解决的关键问题。在绝大部分介绍、讲解存储引擎的书籍或者文章里，大家都默认了读多写少的磁盘存储引擎采用的就是 b+树，而极少有人来剖析选择 b+树作为索引结构的背后，到底有着怎样的思考和权衡？为了解答上述问题，本文尝试从一个新的视角和大家讨论：

在处理读多写少的场景下，为什么基于磁盘的存储引擎会选择用 b+树来作为索引结构？

上篇中讲到了Crash处理流程分为四个环节，也分析了Crash防护的方法，本章来讲下其余三个环节。

2015 年初微信发布了一整套网页开发工具包，称之为 JS-SDK。

本文将对高效复盘的基本原则做一些阐述。

全面拥抱 TS 的时代，TS 已经成为日常开发中的重要部分。本文主要介绍 TS 声明文件的写法。

沉淀可视化色彩设计经验，为可视化色板的建立和应用提供一些方法和建议。

Capture Value 是 React Hooks 中很重要的细节点，本篇文章将从一个实际需求的例子出发，对 Capture Value​ 进行介绍。

epoll 是 linux 特有的一个 I/O 事件通知机制。很久以来对 epoll 如何能够高效处理数以百万记的文件描述符很有兴趣。近期学习、研究了 epoll 源码，在这个过程中关于 epoll 数据结构和作者的实现思路产生出不少疑惑，在此总结为了 10 个问题并逐个加以解答和分析。本文基于的内核源码版本是2.6.39 版本 。

在我们平常的开发中构建工程是一个基础的环节，决定着开发效率的高低，然而随着业务代码不断累积，编译耗时也随之增长。虽然已经有许多增量编译加速方案，但不可避免的在很多场景，还是需要全量编译。

统计 FPS 的小技巧，你掌握了吗？

webassembly的性能真的比js要快那么多吗？它是如何提升网页性能的？在实际业务中引入wasm需要怎么做，什么情况下才有必要引入wasm？

当我们在讨论视频清晰度时，我们关注的是什么？本文详细介绍了从零到一的全民K歌直播视频清晰度评估系统建设过程。

无侵入式全方位定制架构在直播SDK的落地。

随着移动终端的普及和网络的提速，以短视频为媒介的内容成了大家普遍接受和喜欢的内容消费形式。但是短视频是如何从一个视频地址到我们能看见的音视频内容呢？我们都知道播放器就是用来完成视频从地址解析到视频渲染这个流程的集合。那在我们Android平台上播放器的发展和演进过程中，有哪些实现方式？他们背后都有些什么优缺点呢？对于一个内容消费者来说，在浏览短视频的过程中，哪些性能指标是影响用户体验的呢？技术人员对于这些性能指标有哪些可做的优化？以及在快速的版本迭代中如何保证海量用户的播放体验呢？带着这些问题，本文尝试从播放器的原理开始着手，梳理一下在Android客户端上的播放架构的演进，以及在播放体验的核心指标的优化上，针对不同场景所作出的各种优化。

通过业务实例，分享遇到性能问题的解决办法。

随着直播、视频等应用的兴起，消息场景也丰富了起来，最典型的就是聊天。具体到教育行业，场景更多，比如签到、答题等，这些场景对消息可靠性提了更高的要求，毕竟不能老师点“签到”学生收不到。本文就聊一聊消息可靠性的方案设计。