Android进程管理机制和内存机制




Android进程管理机制和内存机制




我们有时候在开发项目的时候,会一个不小心造成OOM错误,相信很多人都知道这个错误,这个错误是指内存溢出,为什么会出现这个错误?以及我们在开发之中如何尽量的避免这个错误,现在就来聊聊


Android手机系统

我们要知道为什么造成OOM,务必来看看Android系统的一些知识

我们使用Android手机的同学应该都知道,手机越用越卡,而且时不时就会出现内存不足的情况,为什么呢?原因有以下:

1,我们知道Android是由Java语言编写,那么熟悉Java的同学应该知道,Java是运行在虚拟机上的,而不是像苹果直接运行在系统上,虚拟机不仅非常耗性能,更是垃圾场,随着时间越来越久,垃圾越来越多,内存就会越来越不足

2,熟悉Android的同学知道,我们app是可以长时间运行在后台的,不像苹果,当用户不用这个app的时候,过了一会系统就杀死了这个app了,既然Android的app是可以长时间运行在后台,那么就会不断的占用内存和进程,特别是些大型的app,更是消耗很大

3,现在有很多app没有按照Android的规格去开发,没有在意app的性能优化,导致app越来越大,消耗的性能也越来越多,在按照上述第2点,结果可想而知

4,熟悉Java的同学应该知道,Java有非常强大的GC机制,可以回收一些没必要的对象来保证内存的分配,但是,Java的虚拟机却不能做到随用随放,也就是说,当我们内存不足的情况下,它才可能回收,但是却不会预先回收垃圾来为我们的app分配足够大的内存,在按照上述第1点,也很容易知道结果

5,手机配置不高(除非你换iphone,否则还是逃不过Android系统机制)

上述就是Android系统的一些特性,但是还不够,我们从进程机制来分析


进程机制和内存机制

我们知道了app是运行在虚拟机上,Android为每一个app都单独分配了一个虚拟机,也就是说每个app都有自己的进程,每个进程都有自己的内存空间,这样做的好处就是当我们当前的app出现问题的时候,系统仅仅杀死当前进程,不会导致其他的app受到牵连,回收之后释放出内存给其他app使用,进程从高到底分为5种:

前台进程

正在与用户交互的进程,通俗来讲就是你当前使用app的进程

可见进程

可以被用户看到,但是没有和用户交互,例如一个activity以对话框的形式覆盖在当前activity上面,当前activity可以被用户看到,但是不和用户交互

服务进程

这个相信大家都熟悉,也就是我们常说的service,能够运行在后台,常见的有音乐类的app

后台进程

注意,这个后台进程不要和服务进程搞混了,它的意思是说当前app在后台运行,例如我启动了app,然后点击home返回到桌面,那么这个app就会被切回到后台进程

空进程

空进程指的是在这些进程内部,没有任何东西在运行。保留这种进程的的唯一目的是用作缓存,以缩短该应用下次在其中运行组件所需的启动时间

当我们内存不足资源紧缺的时候,会从低到高去分别释放进程,从而使app有足够的内存运行,Android设备出厂以后,java虚拟机对单个应用的最大内存分配就确定下来了,超出这个值就会OOM,不同的设备会有不同的内存空间,所以啊,买Android手机的朋友,最好选配置好一点的,不然卡死你,并且如果多app运行在后台的话,也会增加流量消耗

其实Android的这种机制有利也有弊,弊我想大家都知道了,那利是什么呢?不知道大家发现一个问题没,上述说了Android和苹果的机制不同,苹果是会杀死进程,也就是说我重新打开这个app的时候,是需要重新去链接网络获取信息的,这样对有些用户来说也挺烦的,如果我在玩游戏,突然来消息了,我切换出去久了再切换回来,我又重新来到登录界面了,我就挺烦这个的,但是Android如果内存足够,就不需要重新登录了,另外,Android的app从后台切换到前台时,由于系统没有杀死app,界面是不需要重新读取,启动速度会加快,也挺人性化的


内存泄漏

我们了解了内存机制之后,我们来看看内存泄漏,内存泄漏通俗一点讲就是应该被释放的资源,因为某些原因而没有被释放掉,为什么会这样呢?我们需要简单了解下Java的垃圾回收机制(GC)

GC机制

我们在开发过程中,少不了对象的创建,我们所创建的对象都是存储在Java虚拟机的内存之中,我们并不用去关心对象的释放,因为这一切都是由GC帮我们去完成,但是,这是有条件的

1,无用对象

2,内存不足

无用对象简单概括就是,我们创建出一个对象的时候,但并没有对这个对象赋值或者说没用到这个对象,另外一种,这个对象已经使用完了,不会再被其他程序调用,举个例子,我们使用I/O流的时候,我们使用完了之后都需要释放掉,因为我们使用完之后已经没用其他程序在去调用了,那么这个对象应当属于无用对象

当内存空间出现紧缺,Java会回收一些进程来确保内存空间,我们知道我们每一个app都是有单独的进程,回收进程的时候,也就是将我们的对象资源进行回收,也就是将我们无用对象进行回收

但是,如果在一个进程当中,对象已经用完了,但是因为某些原因与其他资源捆绑住,GC回认为这个对象可能还需要被其他程序调用,但是实际上没有程序再去调用它,那么就会导致这个对象一直在占用着内存,另外一种,如果两个无用对象相互牵引着,也会导致GC无法回收,内存一直会被占用,就会导致了内存泄漏,举几个例子:

1,广播在Activity销毁的时候没有释放掉:因为广播持有Activity对象,当Activity销毁时,GC去回收它的对象,但是这时候,我们没有释放广播,所以它没办法去回收,就会导致内存泄漏

2,Handler做耗时操作:如果我们在Handler中做比较耗时的操作,在这个操作还没有完成的时候,我们销毁Activity,Handler应当是个无用对象,但是它却赖着不走,GC也无法强制把它带走,也会造成内存泄漏

3,非静态内部类的静态调用:我们在Activity中定义一个内部类,然后以静态的方式去引用它,我们知道静态的特性是唯一性,也就是说这个被定义为静态的对象的生命周期是和app生命周期一样长,但是我们的内部类是非静态的,是依附在当前Activity的生命周期上的,当Activity被回收后,因为内部类的对象持有Activity对象,而且它的生命周期是app的生命周期,所以会导致Activity没办法被正常回收

.。。。

还有很多其他的例子,就不一一列举了,现在大概了解什么是内存泄漏以及内存泄漏造成的原因了吧


内存溢出

内存泄漏会造成内存无法被释放,系统无法为其他一些app开辟更多的内存空间,当我们内存泄漏越来越大的时候,已经超出我们正常内存空间的时候,就是我们常说的内存溢出

相信大家对内存泄漏和内存溢出的危害都有一定的了解,它可以让我们手机越来越卡,严重的会造成系统崩溃,举个很通俗的例子,我们往袋子中注入水,当越来越多的时候,水会溢出来,并且严重的时候袋子会裂开,所以,不要小看内存溢出,小的内存溢出可能我们感觉不到,但是积少成多,终究会发生问题

这也就是为什么我们手机系统会越来越卡,也是我们为什么Android系统会崩溃的原因,我们来简单总结下:

1,app都有自己单独的进程,每台设备在出厂的时候都会设定了我们单个app所占用的内存

2,app运行在后台时,当系统内存不足的时候,会根据进程的级别高低去回收进程

3,当我们对象资源无法被回收的时候,会造成内存泄漏,如果app的内存泄漏过多,超过内存空间,就会造成内存溢出

4,内存泄漏和内存溢出会造成手机系统越来越卡,严重的会导致系统崩溃

5,在实际开发之中,我们要严格按照Android的规范来编写程序,避免内存泄漏内存溢出等问题发生

好了,这篇文章就到这~~~


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2020 ITdaan.com