低性能JsonCodec

Android 系统都可能因为哪些原因而杀死应用？ 之前有次和朋友聊起这个问题，第一反应就是 Low Memory Killer 在整机物理内存紧张时杀进程的情况，是否有其他情况就说不上来了。 实际上

业务上一个基于 Node.js 搭建的 JS 运行环境中，长久以来一直存在着零散的 setTimeout 延迟的反馈。

今天在排查反馈问题的时候，注意到有一处逻辑将几个属性拼接成 String 再计算 hashCode 作为表的主键使用。显然这是一处对于 DB 数据索引的小优化（ 对比传统复合主键写法来说 ），但理论上

在 Android 应用开发中，Binder 可以说是使用最为普遍的 IPC 机制了。我们考虑监控 Binder 这一 IPC 机制，一般是出于以下两个目的：

帧率是我们衡量应用流畅度的一个重要基准指标。本文将简单介绍 Android 线上帧率计算方案的演进和业界基于帧率来衡量卡顿的相关指标设计。

MotionEvent 的文档上提到，为了提高效率，多个 ACTION_MOVE 事件可能会被合并为同一个 MotionEvent 对象再回调给应用。这里简单看下具体 Android 系统实现上是怎么