不可多得的干货，网易的朋友给我这份339页的Android面经

这里先放上目录

一性能优化

1.如何对 Android 应用进行性能分析

android 性能主要之响应速度和UI刷新速度。

首先从函数的耗时来说，有一个工具TraceView 这是androidsdk自带的工作，用于测量函数耗时的。

UI布局的分析，可以有2块，一块就是Hierarchy Viewer 可以看到Vie

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

**完整开源项目：docs.qq.com/doc/DSkNLaERkbnFoS0ZF **

w的布局层次，以及每个View刷新加载的时间。

这样可以很快定位到那块layout & View 耗时最长。

还有就是通过自定义View来减少view的层次。

2.什么情况下会导致内存泄露

内存泄露是个折腾的问题。

什么时候会发生内存泄露？内存泄露的根本原因：长生命周期的对象持有短生命周期的对象。短周期对象就无法及时释放。

静态集合类引起内存泄露

主要是hashmap，Vector等，如果是静态集合这些集合没有及时setnull的话，就会一直持有这些对象。

remove 方法无法删除set集 Objects.hash(firstName, lastName);

经过测试，hashcode修改后，就没有办法remove了。

observer 我们在使用监听器的时候，往往是addxxxlistener，但是当我们不需要的时候，忘记removexxxlistener，就容易内存leak。

广播没有unregisterrecevier

各种数据链接没有关闭，数据库contentprovider，io，sokect等。cursor
内部类：

java中的内部类（匿名内部类），会持有宿主类的强引用this。

所以如果是new Thread这种，后台线程的操作，当线程没有执行结束时，activity不会被回收。

Context的引用，当TextView 等等都会持有上下文的引用。如果有static drawable，就会导致该内存无法释放。

单例

单例是一个全局的静态对象，当持有某个复制的类A是，A无法被释放，内存leak。

3.如何避免 OOM 异常

首先OOM是什么？

当程序需要申请一段“大”内存，但是虚拟机没有办法及时的给到，即使做了GC操作以后

这就会抛出 OutOfMemoryException 也就是OOM

Android的OOM怎么样？

为了减少单个APP对整个系统的影响，android为每个app设置了一个内存上限。

public void getMemoryLimited(Activity context){ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE);System.out.println(activityManager.getMemoryClass());System.out.println(activityManager.getLargeMemoryClass());System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024));}

09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192
09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 512
09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192

HTC M7实测，192M上限。512M 一般情况下，192M就是上限，但是由于某些特殊情况，android允许使用一个更大的RAM。

如何避免OOM

减少内存对象的占用

ArrayMap/SparseArray代替hashmap
避免在android里面使用Enum
减少bitmap的内存占用
- inSampleSize：缩放比例，在把图片载入内存之前，我们需要先计算出一个合适的缩放比例，避免不必要的大图载入。
- decode format：解码格式，选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差异。
减少资源图片的大小，过大的图片可以考虑分段加载