探讨Android内存优化

java中，内存释放是由垃圾回收机制（Garbage collection,简称GC）完成的，并不像C++等语言一样需要程序员手动的去释放内存。这样的避免了程序员忘记手动释放内存造成内存溢出（Out Of Memory）。有了系统帮我们管理内存回收我们就不什么都不用管了吗？

内存分配策略

静态存储区（方法区）	栈区	堆区
内存在程序编译的时候就已经分配好，这块内存在整个运行期间都存在	执行函数时，函数的内部变量的存储单元都在栈上创建，函数执行完毕后释放	程序在运行时使用new申请任意大小的内存（动态的分配内存），如果我们在去主动的释放内存，程序最后在才会去释放内存

• 在静态存储区 主要存放的是静态的数据、常量、全局static数据、它是在在程序编译期就分配好内存，所以效率比较高，但是生命周期也很长，难以释放。
• 局部变量的基本数据类型和引用都存储在栈中，栈区在内存当中都是连续性的，是先进后出的队列，效率很高，但在内存分配的容量很有限。
• 在堆内存中如果频繁的创建和释放对象会造成大量的内存碎片，使得程序效率减低，系统会频繁启动GC，造成程序的的阻塞。通常我们时所说的内存泄漏的问题，都是堆内存中的对象得不到释放的问题。

在Android2.3之前，GC时程序大概是会有几百毫秒的阻塞，其实用户还是比较难去察觉的，之后Google做了优化，GC变成了是并发运行的，但是GC在启动和停止的时候是会阻塞。并且对软引用和弱引用进行强制的GC，在Android2.3之后的系统，我们要慎用软引用和弱引用，可能会造成重要的数据的丢失。

if(bitmap != null&& !bitmap.isRecycled()){ //判断bitmap是否为空并且是否被回收 
       // 回收并且置为null  
       bitmap.recycle();  
       bitmap = null;  
  }  
  System.gc();  

我们在使用的bitmap的时候很容造成内存泄漏，上面的一段代码中，先判断bitmap是否为空，是否被释放，如果没有就把bitmap回收，设置为null，然后等待GC的回收。我们在使用完bitmap之后最好直接把bitmap这是为null。弱化bitmap，这样才容易被GC会后。当我们手动调用System.gc(),系统并不会马上运行GC，GC的线程的优先级是最低的。
在平时编码的时候注意：

• 避免在循环语句中不断的创建对象
• 一些资源使用完后记得关闭，如关闭数据库，关闭游标等
• 如果需要对字符串频繁的操作，建议使用Stringbuffer，或者StringBuilder
• 需要初始化字符串，使用静态方法初始字符串。用new关键字创建String对象，可以考虑让对象入池 intern( )方法操作。
• 如果一些资源，或者一些对象需要长时间应用content上下文对象，可以使用全局的application上下文。避免使用静态的activity的content对象。
• 要对图片处理的时候可以使用缓存去是处理压缩图片，或者考虑使用优秀的开源图片缓存框架，如Picasso、glide、fresco。