java中内存的那点事情

概念

虚拟机垃圾回收

谈到内存一定少不了java虚拟机的垃圾回收策略，java语言不再像C/C++那样需要人工手动分配内存和释放内存，完全由虚拟机的垃圾回收进程来释放不用的内存，垃圾回收进程是一个优先级很低的进程，当一个对象在内存中不可达时，就会被认为是无用的内存，垃圾回收器就会在某个不确定的时间对其进行释放。关于java的垃圾回收策略可参考这篇文章–http://blog.csdn.net/u012152619/article/details/46981643

程序计数器

记录当前线程执行的程序位置，通过修改计数器值决定下一条指令；每个线程都会创建一个程序计数器

方法区

方法区主要存储虚拟机加载类信息、常量、静态变量。方法区也称“永久代”,是所有线程共享的资源。当永久代区域内存消耗解决上限，就会触发FullGC；内部也有我们俗称的常量区，存放一些常量

栈 — Stacks

java中，为每个线程分配自己的独立栈，栈内存是一块存储基本数据变量和对象引用的区域，其数据遵从后进先出的原则，栈数据回收的方式是根据其作用域来回收的，比如，在某个方法内，定义了一个指向某一对象的局部引用，改引用就创建在栈上，当这段方法代码执行完成后，其栈上的引用就会被回收，同时也顺应了先进后出的规则；本地方法栈native层的；java虚拟栈是java层的

堆 — Heap space

java堆内存是存对象实例和数组的区域，这块内存上的数据是由垃圾回收器进行垃圾回收，垃圾回收线程是一个优先级很低的线程，所以当栈上指向某一对象实例的引用被清除后，并不能保证堆上的这个实例占用的内存会被马上回收掉；
　　当创建数组的时候，会把数组的首地址赋到栈上去，作为引用来操作这个数组
　　以上堆受虚拟机的垃圾回收管理，永久保存区域则不会

内存问题

内存溢出

系统分配给每个应用的内存都是一定的，当应用使用的内存超过系统分配的内存时就会出现内存溢出，如常见OutOfMemeoryException
　　为了防止内存溢出，我们需要及时回收应用无用的对象实例，或者为我们的应用申请更大的内存空间

内存泄露

当内存中有一块内存我们无法释放也无法重现分配时，这块区域就属于内存泄露了
　　java已经有垃圾回收了，那他还会出现内存泄露吗？
　　………………………………
　　………………………………
　　………………………………
　　答案是肯定的，人无完人，更何况语言；
　　一般来说java的内存泄露都是这个原因引起的：
　　对象都是有生命周期的，有的长，有的短，如果长生命周期的对象持有短生命周期的引用，就很可能会出现内存泄露
　　常见两个对象互相引用的问题，aa类实例里有一块数据，bb类的实例有一份指向aa类实例那块数据引用，bb使用了没有对引用null，而aa类也置为null了，这个时候aa类实例因为数据被别人引用，所以就不能被释放，造成内存泄露；
　　还有一种内存泄露，开启一个存活很久的线程，加载一个类，在这个类里面创建一个static引用，让这个引用指向一个new很大的数组，并把这个static引用赋值到threadLocal变里去；按照上面的操作重复操作，就会造成threadlocal

android设备上的内存优化

android移动设备上，内存资源本就有限，合理利用内存资源对app的体验是很重要的，主要分为两大类使用内存上和及时销毁释放不需要的对象实例占用内存

常见的内存优化要点：

• 数据结构的优化，hashmap替换成sparsearray，以及Arraymap
• 图片色彩格式选择
  ALPHA_8：每个像素占用1byte内存。
  ARGB_4444:每个像素占用2byte内存
  ARGB_8888:每个像素占用4byte内存
  RGB_565:每个像素占用2byte内存
• Bitmap使用完后记得要recyle
• Cursor记得要close
• Enums类型是static constant内存开销的两倍
• 单例的慎用
• 生命周期长对象实例慎用

内存泄露资源参考贴：
http://geek.csdn.net/news/detail/127226