Android性能优化之内存优化
一、概述
在前面一篇博客整理了Android性能优化之内存优化，这篇就整理整理内存优化方面的知识
1.简介
RAM（random access memory）随机存取存储器。分为下面5种
- 寄存器存储：速度最快。因为寄存器位于处理器内部，我们程序无法控制。
- 栈（stack）：存放的是基本数据类型（注意String不是基本数据类型）和引用。对象本身不存储在栈中，而是存储在堆中。
- 堆（Heap）：存放的是new产生的对象。在堆中的内存，由Java虚拟机自动回收。
- 静态域：静态域中存放的是程序运行时一直存在的数据，如由static修饰的变量。
- 常量池：常量池中除了包含代码中所定义的各种基本类型（如int、long等等）和对象型（如String及数组）的常量值还包含一些以文本形式出现的符号引用。
2.常量池
###1.概念：
java中的常量池技术，是为了方便快捷地创建某些对象而出现的，当需要一个对象时，就可以从池中取一个出来（如果池中没有则创建一个）。这个可以和线程池相似。其实说白了常量池也是一个内存空间。但是和new创建出来的空间不一样。下面通过代码演示两者的区别
###2.代码演示
public static void main(String[] args) {
Integer a1 = new Integer(127) ;
Integer a2 = new Integer(127) ;
System.out.println(a1==a2); //false
Integer a3 = Integer.valueOf(127) ;
Integer a4 = Integer.valueOf(127) ;
System.out.println(a3 == a4); //true
System.out.println(a1 == a3 ); //false
Integer a5 = Integer.valueOf(128) ;
Integer a6 = Integer.valueOf(128) ;
System.out.println(a5 == a6); //false
}由上述的代码可知：每次new的都是一个新的空间，而第二个方式为什么返回true呢？这是因为大部分的基本数据类型都实现了常量池技术。这些类是Byte,Short,Integer,Long,Character,Boolean,另外两种double、float则没有实现。而且 Byte,Short,Integer,Long,Character这5种整型的包装类也只是在对应值小于等于127时才可使用对象池，另外注意一点：String也实现了线程线程池技术。
2.分析Integer类型valueOf（）方法
下面就Integer型的为什么127可以而128不可以，看源码：
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}那low和high是什么呢？
static final int low = -128;
static final int high;static {
// high value may be configured by property
int h = 127;
String integerCacheHighPropValue =
sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
if (integerCacheHighPropValue != null) {
try {
int i = parseInt(integerCacheHighPropValue);
i = Math.max(i, 127);
// Maximum array size is Integer.MAX_VALUE
h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
} catch( NumberFormatException nfe) {
// If the property cannot be parsed into an int, ignore it.
}
}
high = h;
cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
cache[k] = new Integer(j++);
// range [-128, 127] must be interned (JLS7 5.1.7)
assert IntegerCache.high >= 127;
}看了上面的源码是不是明白了如果不是在-128到127之间，则会重新new的。
栈和堆的比较
- 栈：存取速度比堆要快，仅次于寄存器。当定义一个变量时，（注意：这里不是申明，申明一个变量是不会分配内存的）。Java就在栈中为这个变量分配内存空间，当该变量退出该作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。
- 堆：存取速度较慢。当堆中的new产生数组和对象超出其作用域后，它们不会被释放，只有在没有引用变量指向它们的时候才变成垃圾，不能再被使用。即使这样，所占内存也不会立即释放，而是等待被垃圾回收器gc收走。这也是Java比较占内存的原因。
int a = 1;
int b = 1 ;分析:
编译器先处理int a = 1；首先它会在栈中创建一个变量为a的引用，然后查找栈中是否有3这个值，如果没找到，就将3存放进来，然后将a指向1。接着处理int b =1；在创建完b的引用变量后，因为在栈中已经有3这个值，便将b直接指向1。这样，就出现了a与b同时均指向3的情况。这时，如果再让a=2；那么编译器会重新搜索栈中是否有4值，如果没有，则将4存放进来，并让a指向1；如果已经有了，则直接将a指向这个地址。
二、OOM
1.为什么会出现OOM
oom（Out Of Memory）在我们写代码的时候肯定经常遇到,那么为什么会出现这种问题呢？
- 有限的堆内存，一般默认是16M。
- 运行在虚拟机之上
- 支持后台多任务处理
2.Bitmap
图片是最容易造成oom的，尤其是在ListView中或者瀑布流中上下滑动，不断加载，程序很容易崩溃。
解决方案
使用BitmapFactory.Options设置inSampleSize, 这样做可以减少对系统资源的要求。比如
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true ;
options.inSampleSize = 3 ;上面2行代码就设置缩略图为原来的图的1/9。
图片像素：
- ALPHA_8：每个像素占用1byte内存
- ARGB_4444：每个像素占用2byte内存
- ARGB_8888：每个像素占用4byte内存
- RGB_565：每个像素占用2byte内存
图片默认是ARGB_8888，由此可以看出占用的内存比较大，再对图片要求不高的话，我们可以使用ARGB_4444或者RGB_565。
回收：
在我们不需要用某张图片的时候，可以将其回收
// 先判断是否已经回收
if(bitmap != null && !bitmap.isRecycled()){
// 回收并且置为null
bitmap.recycle();
bitmap = null;
} 4中引用类型
- 强引用：基本不会被释放。
- 软引用：SoftReference,对Bitmap来说，就是用SoftReference包装下Bitmap
- 弱引用：WeakReference。
- 虚引用：PhantomReference
不过现在已经不推荐用软（弱）应用了，推荐使用LruCache（最近最少使用），关于4种种引用的具体用法会在下篇和LruCache一起介绍。
三、使用static修饰的变量
private static Context context ;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
requestWindowFeature(Window.FEATURE_NO_TITLE);
setContentView(R.layout.activity_main);
context = this ;
}上面会导致Activity无法销毁，因为静态变量引用了当前Activity。
四、属性动画造成的内存泄漏
属性动画中有一类无限循环的动画，如果没有在onDestory()方法停止，就会无限循环下去，并且Activity的view将会被动画持有。而view又持有了Activity，导致Activity无法销毁。
OK，这篇关于内存优化的就结束了。