目前线上监测方式基本都是用的第三方的，如Bugly等，基本满足我们的要求。
有没我们自己能进行实现的监测方案：
1、搜集日志，将我们所需的资料进行收集剪裁后，上传至自己的服务器，然后再交由开发进行分析。
记录内容：
GC频率、FPS、重启次数、
Android性能优化之内存优化（HOOK模式初学）
目的：本示例中用于检测图片尺寸和Imageview尺寸，当然也可以检测其他操作，便于发现和解决问题。
框架：王大神的epic，关于其原理可百度谷歌。
实现：
gradle中引入：
compile 'me.weishu:epic:0.3.6'
public class Ima
Java回收算法学习笔记
标记-清除算法：
将标记为待回收的区域，进行清理回收，这样做的性能比较差些，同时会在成内存空洞，比如回收之后形成了ABA三个内存区域，B为已回收，A为正常使用，这是需要分配两个内存空间，则B就不满足条件，会造成空置。
复制算法：
将内存一分为二，回收操作后只
Android性能优化之启动方法总结
记录一下已知优化启动的方式：
1、引导页可预先添加一张引导图，让用户在感知上得到提升。
2、异步加载-线程池，通过线程池ExecutorService来操作启动项，依赖可以结合CountDownLatch使用，这样提升CPU利用率，从而提升效率。
也可以使用启动器的方式来
Android 性能优化之异步启动（ExecutorService）
记录一下学习历程。
这里以Application类为例。
我们有三个耗时启动操作，如果将它放置在Oncreate中，那无疑是会增加我们的启动时间，原因是假如设备为四核，那可能分配给我们的就只有两个，相当于是本来有四个人可以工作，但是现在有两人干了四个人的活，因此会增加时间成本，同时对CP