Android最强进程保活黑科技实现原理解密及方法，帮你突破瓶颈-白红宇

Android最强进程保活黑科技实现原理解密及方法，帮你突破瓶颈

阅读量：2062 次

发布时间：2019-04-29

本文共 4737 字，大约阅读时间需要 15 分钟。

写在前面

周末了，人一旦没有点事情干，心里就瞎想，而且跟几个老男人坐在一起，更容易瞎想，我自己现在也是三十出头了，也是无时无刻在担心自己的职业生涯，担心丢掉工作没有收入，担心身体机能下降，担心突然来一场说来就来的大病。

一、性能优化

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

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

可以参考博客：Android系统性能调优工具介绍

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

UI布局的分析，可以有2块，一块就是Hierarchy Viewer 可以看到View的布局层次，以及每个View刷新加载的时间。

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

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

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

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

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

1. 静态集合类引起内存泄露

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

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

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

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

广播没有unregisterrecevier

**4.**各种数据链接没有关闭，数据库contentprovider，io，sokect等。cursor

**5.**内部类：

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

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

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

**6.**单例

单例是一个全局的静态对象，当持有某个复制的类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));   }

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

如何避免OOM

减少内存对象的占用

**1.**ArrayMap/SparseArray代替hashmap

**2.**避免在android里面使用Enum

**3.**减少bitmap的内存占用

inSampleSize：缩放比例，在把图片载入内存之前，我们需要先计算出一个合适的缩放比例，避免不必要的大图载入。

decode format：解码格式，选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差异。

**4.**减少资源图片的大小，过大的图片可以考虑分段加载

内存对象的重复利用

大多数对象的复用，都是利用对象池的技术。

**1.**listview/gridview/recycleview contentview的复用

**2.**inBitmap 属性对于内存对象的复用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8

这个方法在某些条件下非常有用，比如要加载上千张图片的时候。

**3.**避免在ondraw方法里面 new对象

**4.**StringBuilder 代替+

4.Android 中如何捕获未捕获的异常

CrashHandler

关键是实现Thread.UncaughtExceptionHandler

然后是在application的oncreate里面注册。

5.ANR 是什么？怎样避免和解决 ANR（重要）

ANR->Application Not Responding

也就是在规定的时间内，没有响应。

三种类型：

1）. KeyDispatchTimeout(5 seconds) —主要类型按键或触摸事件在特定时间内无响应

2）. BroadcastTimeout(10 seconds) —BroadcastReceiver在特定时间内无法处理完成

3）. ServiceTimeout(20 seconds) —小概率类型 Service在特定的时间内无法处理完成

为什么会超时：事件没有机会处理 & 事件处理超时

怎么避免ANR

ANR的关键

是处理超时，所以应该避免在UI线程，BroadcastReceiver 还有service主线程中，处理复杂的逻辑和计算

而交给work thread操作。

1）避免在activity里面做耗时操作，oncreate & onresume

2）避免在onReceiver里面做过多操作

3）避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。

4）尽量使用handler来处理UI thread & workthread的交互。

如何解决ANR

首先定位ANR发生的log：

04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}.  5009.8ms since event, 5009.5ms since waitstartedCPUusage from 4361ms to 699ms ago ----CPU在ANR发生前的使用情况04-0113:12:15.872 E/ActivityManager(  220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait04-0113:12:15.872 E/ActivityManager(  220): CPUusage from 3697ms to 4223ms later:-- ANR后CPU的使用量

从log可以看出，cpu在做大量的io操作。

所以可以查看io操作的地方。

当然，也有可能cpu占用不高，那就是主线程被block住了。