APP加固的作用和原理

本文分析未启动过的APP或service无法接收广播的原因和解决办法。

Android 系统中各层中加等待的方法

以MTK 平台方案为例说明在Android系统中对电池保护的设计机制。

QEMU（Quick EMUlator）是一个开源的虚拟机监控器，它可以模拟多种硬件平台，并且能够在不同的操作系统上运行。

Android 修改默认音量方法

测试和研发偶然发现，在X86 机器上执行bugreport 之后会导致云手机系统重启问题，之前好像也一直没关注这个功能，而在ARM上并没有问题。 这里将

在常见的应用市场和安装管理器中，通常有两种常见的方式来调用系统接口来安装APP，那这个安装流程是怎么样的，本文进行部分关键代码和流程的解析。

Android系统的启动优化主要分为三大部分： （1） Bootloader优化 （2） Linux Kernel的剪裁与优化 （3） Android OS部分的剪裁与优化

最近应用和测试反馈好几起应用找不到so库导致应用加载异常问题，应用开发同学对系统加载so库的流程和使用哪个目录的顺序一直存在疑问， 在没有搞清楚之前，我们自己心里也没底，故研究其整个加载原理和流程，希望对以后分析加载so库异常等此类问题有帮助。

本篇将介绍Android系统加载so库的流程，以及部分原理，希望看完可以解答如下疑问： 1、APP 优先使用哪个文件夹的so库； 2、APP 自带的so库是怎么使用的； 3、系统是通过什么加载so库的；

帧率就是在1秒钟时间里传输的图片的帧数，也可以理解为图形处理器每秒钟能够刷新几次， 通常用fps（Frames Per Second）表示。每一帧都是静止的图象，快速连续地显示帧便形成了运动的假象。 高的帧率可以得到更流畅、更逼真的动画。每秒钟帧数 (fps)高，所显示的动作就会愈流畅。 如果我们的帧率偏低，那画面的流畅度就会受影响，就会给人造成卡顿滑动不流畅的感觉。 所以，画面帧率越高，体验越好。

在早期的Android系统版本中，正常Android在预置本地共享库时，只需要把相应的库放入/system/lib/或者/system/lib64目录就可以了。 但在Android N（7.0）版本之后，推出了针对原生库的命名空间，旨在限制内部 API 的可见性，并解决应用意外地使用平台库（而非它们自己的库）这一问题。 这项更改会将系统库与应用库分离开来，从而很大程度上避免意外使用内部系统库（反之亦然）。

在Android中，用户的默认设置和偏好设置是存在数据库中，在Android 6.0 以前，settings的数据是存在settings.db中，系统可以通过sqlite来进行读写。 这样的话，所有的第三方应用都可以对settings.db进行操作，修改用户设置的数据。 所以在 在Android 6.0版本以后，SettingsProvider被重构，从安全和性能等方面考虑，把SettingsProvider中原本保存在settings.db中的数据， 目前全部保存在XML文件中。

理解AMS 的核心设计的方法之一是先梳理清楚应用启动的流程，在清楚这个启动流程之后，再来从全局分析AMS，就会容易一些，会走很多弯路。 本篇先从activity的启动流程来说明，由于流程太长，分为上下两个部分。

有些用户需求，需要被管控的服务可以关闭，或者关闭正在运行的APP，如下进行几种方法的介绍，后续有更好的方法也可以补充。

在安卓调试中，我们经常很想知道某个函数的调用关系，这样有利于我们调试问题，比如打印堆栈， 然而安卓系统中有不同的层面，不同的层面使用的方法是不一样的，下面对不同地方加堆栈打印的方法进行介绍。