性能优化-内存优化

java 程序运行时的内存分配策略有三种,分别是静态分配、栈式分配和堆式分配,三种方式所使用的内存空间分别是静态存储区(方法区)、栈区和堆区。

静态存储区(方法区):

主要存放静态变量。这块「内存」在程序编译时就已经分配好了,并且在程序整个运行期间都存在。

栈区:

当方法被执行时,方法体内的局部变量(包括基础数据类型、对象的引用)都在栈上创建,并在方法执行结束时。这些局部变量所持有的内存将会自动被释放。因为栈内存分配运算内置于处理器的指令集中,效率很高,但是分配的内存容量有限。

堆区:

又称动态内存分配,通常就是指程序运行时直接 new 出来的内存,也就是对象的实例,这部分「内存」在不使用时将会被 Java 垃圾回收器来负责回收。

public class Sample {
    int s1 = 0;
    Sample mSample1 = new Sample();

    public void method() {
        int s2 = 1;
        Sample mSample2 = new Sample();
    }
}
Sample mSample3 = new Sample();

Sample 类的局部变量 s2 和引用变量 mSample2 都是存在于栈中,但 mSample2 指向的对象是存在于堆上的。mSample3 指向的对象实体存放于堆上,包括这个对象的所有成员变量 s1 和 mSample1,但它的引用变量是存在于栈中的。

内存泄漏。

如果一个无用对象(不需要再使用的对象)仍然被其他对象持有引用,造成该对象无法被系统回收,以致该对象在堆中所占用的内存单元无法被释放而造成内存空间浪费,这中情况就是内存泄露。

那些会导致内存泄漏:

1.使用单例模式时,传入的context是Activity,改成application的context就行了
2.使用匿名内部类,持有了外部的引用,回收不掉
3.使用Handler,如果当handler中处理的是耗时操作,或者当前消息队列中消息很多时,那当Activity退出时,当前message中持有handler的引用,handler又持有Activity的引用,导致Activity不能及时的释放,引起内存泄漏的问题。弱引用解决。
4.资源未关闭
5.使用Bitmap

在Android应用里,最耗费内存的就是图片资源。

1.压缩图片

如果图片像素过大可以将图片缩小,以减少载入图片过程中的内存的使用,避免异常发生。 使用BitmapFactory.Options.inSampleSize就可以缩小图片。属性值inSampleSize表示缩略图大小为原始图片大小的几分之一。即如果这个值为2,则取出的缩略图的宽和高都是原始图片的1/2,图片的大小就为原始大小的1/4。 如果知道图片的像素过大,就可以对其进行缩小。那么如何才知道图片过大呢? 使用BitmapFactory.Options设置inJustDecodeBounds为true后,并不会真正的分配空间,即解码出来的Bitmap为null,但是可计算出原始图片的宽度和高度,即options.outWidth和options.outHeight。通过这两个值,就可以知道图片是否过大了 。

   BitmapFactory.Options opts = newBitmapFactory.Options();  
   // 设置inJustDecodeBounds为true  
   opts.inJustDecodeBounds = true;  
   // 使用decodeFile方法得到图片的宽和高  
   BitmapFactory.decodeFile(path, opts);  
   // 打印出图片的宽和高  
   Log.d("example", opts.outWidth + ","+ opts.outHeight);  

在实际项目中,可以利用上面的代码,先获取图片真实的宽度和高度,然后判断是否需要缩小。如果不需要缩小,设置inSampleSize的值为1。如果需要缩小,则动态计算并设置inSampleSize的值,对图片进行缩小。需要注意的是,在下次使用BitmapFactory的decodeFile()等方法实例化Bitmap对象前,别忘记将opts.inJustDecodeBound设置回false。否则获取的bitmap对象还是null。

2.解码格式

decode format : ARGB_8888/RGB_565/ARGB_4444
相关链接:https://www.jianshu.com/p/26d8c5afb406

3.bitmap.recycle();

bitmap不用的时候及时回收

4.Lru管理Bitmap

LRU是Least Recently Used 近期最少使用算法。其实LruCache的作用就是对缓存的元素进行排序,当超过设定的内存值时就会将使用最少,使用最早元素先回收。使用Lru来管理Bitmap,设置最大内存,可以防止出现内存溢出

5.直接使用更小的图片 比如七牛,直接在请求图片url中添加诸如质量 宽高等属性 获取合适的资源

6.使用tinypng压缩图片

你可能感兴趣的:(性能优化-内存优化)