Android系统分配给每个应用的内存空间是一定的,不同的机型分配给应用的内存空间不一样,机器的内存限制,在/system/build.prop文件中可以看到。
在最近做的项目中,某一块功能需要的内存空间比较大,容易造成out of memory(当然是在已经尽量做好内存的回收和复用的情况下),采取两种方法解决这个问题:
1.不增加应用主进程内存空间
把需要大内存的功能模块 放在一个新的进程中,让其有一个独立的内存空间,这样的话,问题解决了,并且主进程也没有收到影响,性能也不会下降,两个进程间的数据传递,我没有用AIDL,因为我是通过service来启动每个进程的,因此我采用service+broadcastreceiver来传递数据
2.就是增大应用主进程的内存空间
通过在manifest文件的<application />标签中增加 android:largeHeap="true" 属性,具体能增加多少就看/system/build.prop文件中是如何定义的
说明:在我的项目中,我是采用两种方式结合的方式来增加内存,在应用的<application />标签中增加 android:largeHeap="true" 属性,新开的进程的内存空间也会相应的增加
注意:在正常情况下,还是要提高代码质量,尽量减少内存消耗,提高内存复用,而不是尽量增加内存空间。当内存很大时,每次GC的时间会很长,性能就会下降
在最近做的项目中,某一块功能需要的内存空间比较大,容易造成out of memory(当然是在已经尽量做好内存的回收和复用的情况下),采取两种方法解决这个问题:
1.不增加应用主进程内存空间
把需要大内存的功能模块 放在一个新的进程中,让其有一个独立的内存空间,这样的话,问题解决了,并且主进程也没有收到影响,性能也不会下降,两个进程间的数据传递,我没有用AIDL,因为我是通过service来启动每个进程的,因此我采用service+broadcastreceiver来传递数据
2.就是增大应用主进程的内存空间
通过在manifest文件的<application />标签中增加 android:largeHeap="true" 属性,具体能增加多少就看/system/build.prop文件中是如何定义的
说明:在我的项目中,我是采用两种方式结合的方式来增加内存,在应用的<application />标签中增加 android:largeHeap="true" 属性,新开的进程的内存空间也会相应的增加
注意:在正常情况下,还是要提高代码质量,尽量减少内存消耗,提高内存复用,而不是尽量增加内存空间。当内存很大时,每次GC的时间会很长,性能就会下降