Handler 与异步消息的源码解析

View的绘制流程是从ViewRootImpl的performTraversals方法开始，它经过measure、layout和draw三个过程才能最终将一个View绘制出来。 1、measure，即测量的意思，measure方法是在View中，它是final类型，意味着and…

就基本概念及三大绘制流程进行简要分析，文章主要理论知识来自 Android 开发艺术探索

从我们平时使用到的 android 的 api 中来记忆设计模式

本文将会把一下三个问题阐述清楚以及一个网上的普遍观点的补充： 　　　　1，安卓 APP 启动过程，对于 Activity 的 onCreate 等生命周期的函数为什么不会因为 Looper.loop() 里的死循环卡死而永无机会执行。 　　　　2，在 1 的基础上，View 的绘制到底是怎样完成的，它又为什么不会因为 Looper.loop() 里的死循环卡死而永无机会刷新。 　　　　3，网传的观点大概如下： 　　　　　　　　1.handler 机制是使用 pipe 来实现的 　　　　　　　　2. 主线程没有消息处理时阻塞在管道的读端 　　　　　　　　3.binder 线程会往主线程消息队列里添加消息，然后往管道写端写一个字节，这样就能唤醒主线程从管道读端返回，也就是说 queue.next() 会调用返回 　　　　　　　　4.dispatchMessage() 中调用 onCreate, onResume 　　　　4，子线程真的不能刷新 UI ?

利用 Android 密钥库系统，您可以在容器中存储加密密钥，从而提高从设备中提取密钥的难度。在密钥进入密钥库后，可以将它们用于加密操作，而密钥材料仍不可导出。此外，它提供了密钥使用的时间和方式限制措施，例如要求进行用户身份验证才能使用密钥，或者限制为只能在某些加密模式中使用。

长文慎入，一篇对于 RxJava 的 #深度而全面# 的解读（认真脸，嗯嗯）

_寒鸦, FrigidCrow我热爱编程, 代码让我快乐, 我认为上帝就是最强大的程序员, "Hello World"真正的开辟了一个世界. JAVA反射机制, 啧啧, 当你看到这几个字的时候就有一种不好的预感, 没错, 这个东西是不怎么好理解, 所以特开此篇, 从实用的角度,…

在手机客户端尤其是 Android 应用的开发过程中，我们经常会接触到 “硬件加速” 这个词。由于操作系统对底层软硬件封装非常完善，上层软件开发者往往对硬件加速的底层原理了解很少，也不清楚了解底层原理的意义，因此常会有一些误解，如硬件加速是不是通过特殊算法实现页面渲染加速，或是通过硬件提高 CPU/GPU 运算速率实现渲染加速。 本文尝试从底层硬件原理，一直到上层代码实现，对硬件加速技术进行简单介绍，其中上层实现基于 Android 6.0。