引言 忙忙碌碌又一天，最近学习了一个新项目，每天都是吭哧吭哧的去看项目中的各种源码，都来自于各路大神的贡献。每看到一块地方的时候都感觉触到了自己的知识边界，然后又得吭哧吭哧的去搜索。不知道大家的搜索路

背景 今天突然听到隔壁在讨论同步屏障，听到这个名字，我依稀记得 Handler 里面是有同步屏障机制的，但是具体的原理怎么有点模糊不清呢？就像一个明星，你明明看着面熟，就是想不起来他叫啥，让我这样的强

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

1 Android中屏幕密度的计算方式 在 Android 中，屏幕密度的计算方式是通过比较屏幕上每英寸（Inch）的物理像素数目来确定的。屏幕密度是指屏幕上每英寸的物理像素数目（通常表示为 DPI

背景 随着性能优化逐步进入深水区，我们发现很多大厂的方案，其实都建立在对正常虚拟机运行过程中Hook的基础上，建立自己的优化方案。因此，只有了解了art虚拟机的运行机制，才能真正去实施一些特殊的“魔改

Android 控件可见性检测是一件头痛的事情，系统并未提供一个全局的控件可见性检测回调，本篇准备从零开始，自己动手写一个。

HashMap 是我们熟悉的散列表实现，也是 “面试八股文” 的标准题库之一。今天，我给出一份 HashMap 高频面试题口述简答答案，希望对你刷题有帮助。

上一篇讲述了 Activity 构建布局的过程，及测量其耗时的方法。这一篇在此基础上给出优化构建布局的方案。

一、前言 随着项目不断壮大，OOM（Out Of Memory）成为bugly上的疑难杂症之一，大部分业务开发人员对于线上OOM问题一般都是暂不处理，一方面是因为OOM问题没有足够的log，无法在短期