内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了，简单粗俗的讲，就是该被释放的对象没有释放，一直被某个或某些实例所持有却不再被使用导致 GC 不能回收。

JobScheduler 是 Android L 版本新引入的 API，JobScheduler，顾名思义，是用来调度工作。工作被调度的条件包括网络变化，充电插拔，周期执行等。使用场景包括 wifi 条件下数据下载上传等等。谷歌为什么要引入这个新的 API 呢？是为了省电而制定的一种规范。想想如果每个开发者都利用这个 API 进行 wifi 网络下数据上传，数据上传的操作将会被统一到同一个时间点，批量处理，这样比许多应用单独唤醒要省电的多。

瘦！瘦！瘦！

什么 APK 要瘦身。APK 越大，在下载安装过程中，他们耗费的流量会越多，安装等待时间也会越长；对于产品本身，意味着下载转化率会越低（因为竞品中，用户有更多机会选择那个体验最好，功能最多，性能最好，包最小的），所以 apk 的瘦身优化也很重要，本篇博客将讲述 apk 瘦身的相关内容。

什么是内存泄露呢？内存泄漏：对于 Java 来说，就是 new 出来的 Object 放在 Heap 上无法被 GC 回收（内存中存在无法被回收的对象）；内存泄漏发生时的主要表现为内存抖动，可用内存慢慢变少。

对我们技术从业者而言, 很多时候时候不是我们不知道怎么做, 而是不知道做什么? 今天系统的总结自己关于如何对 Android 应用进行优化的一些经验, 共计八个维度.

在Android程序开发中，当一个对象已经不需要再使用了，本该被回收时，而另外一个正在使用的对象持有它的引用从而导致它不能被回收，这就导致本该被回收的对象不能被回收而停留在堆内存中，内存泄漏就产生了。

1. 前言: 在我们平时项目开发中, 经常会写一些不严谨的代码或者一些比较低级的错误代码, 但是这些错误往往很难被发现, 这样就导致了我们的项目中会隐藏了很多影响性能甚至是导致闪退的错误代码, 于是许多响应的检测工具就出现了. 在这里我就介绍一下我比较常用的几个检测工具吧 项目 DEMO 源码…

介绍了 3 个 UI 检测机制，两个传统经典的和 1 个新的。原理都比较简单，但是思路很有意思。