Applicaton的专栏

leakCanarysquare 公司 提供的一款开源的内存泄漏检查工具，在程序中检测activity 是否被gc 回收使用debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.5'releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.5'在Application / activity 中初始化protect

分析工具原生工具1. StrictMode主线程优化分析工具StrictMode 最常用于捕获应用程序主线程上耗时,阻塞操作，例如意外磁盘或网络访问，通过该工具我们可以将意外发生的耗时操作放到主线程 结合loading等动画，让ui变得更流畅同时也预防ANR的产生使用方式在APPlication 或者activity中配置如下代码public void onCreate() { if (DEVELOPER_MODE) { StrictMode.set

java引用类型分四种 想必大家都不陌生强软弱虚引用分优先级 依次是 强 软 弱 虚强引用java中默认声明就是强引用例如Object o=new Object()只要该对象强引用存在，垃圾回收器将永远不会回收被引用的对象，JVM即使程序抛出out of memory(内存溢出)，GC也不会回收如果想要被Gc回收则需要手动将 强应用对象赋值为null软引用软引用是用来描述一些非必需但仍有用的对象，只有内存不足时才回收在内存足够的时候，软引用对象不会被回收，只有在内存不足时，系

内存泄漏& 内存溢出内存泄漏&内存溢出的区别内存泄漏 memory leak系统无法释放已经申请的内存内存溢出 out of memory （内存不足）申请内存时系统没有足够的内存供其使用内存泄露是导致内存溢出的原因之一，内存泄漏过多 最终会导致内存溢出内存泄露可以通过完善代码来避免；内存溢出可以通过调整配置来减少发生频率，但无法彻底避免。内存泄漏分类常发性内存泄漏内存泄漏的代码经常被执行到偶发性内存泄漏内存泄漏的代码在某些特定条件下执行

java内存分配

2015新年伊始，Google发布了关于Android性能优化典范的专题，一共16个短视频，每个3-5分钟，帮助开发者创建更快更优秀的Android App。课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理，同时也介绍了如何通过工具来找出性能问题以及提升性能的建议。主要从三个方面展开，Android的渲染机制，内存与GC，电量优化。 翻译版的课程 好了再后面我们将一一描述这些优

**本篇重点是——–如何解决过度绘制** 众所周知的Android系统每隔16ms重新绘制一次activity，也就是说你的app必须在16ms内完成屏幕刷新的所有逻辑操作，这样才能达到60帧/s。而用户一般所看到的卡顿是由于Android的渲染性能造成的。 然而有的时候你的程序会出现这样的情况，如果某个绘制操作超过了16秒用了24秒这时候用户看同一张图片花了32秒而不是16s，用户会感到卡