首先声明，我是一个菜鸟。一下文章中出现技术误导情况盖不负责
内存泄漏，指申请的内存不会被回收了;
内存溢出，指系统内存不敷用了
一.Android加载大图片内存溢出的问题总结
尽量不要应用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图，
因为这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消费更多内存。因此，先通过BitmapFactory.decodeStream方法，创建出一个bitmap，再将其设为ImageView的 source，
decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode，无需再应用java层的createBitmap，从而节省了java层的空间。
如果在读取时加上图片的Config参数，可以跟有效增加加载的内存，从而跟有效阻挠抛out of Memory异常。另外，decodeStream直接拿的图片来读取字节码了， 不会根据机器的各种分辨率来自动顺应，应用了decodeStream以后，需要在hdpi和mdpi，ldpi中配置相应的图片资源，否则在不同分辨率机器上都是同样巨细（像素点数量），显示出来的巨细就不对了。
另外，以下方式也大有帮助：
1. InputStream is = this.getResources().openRawResource(R.drawable.pic);
BitmapFactory.Options options=new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = 10; //width，hight设为原来的十分一
Bitmap btp =BitmapFactory.decodeStream(is,null,options);
2. if(!bmp.isRecycle() ){
bmp.recycle() //回收图片所占的内存
system.gc() //提示系统及时回收
}
//以最省内存的方式读取本地资源的图片
public static Bitmap readBitMap(Context context, int resId) {
BitmapFactory.Options opt = new BitmapFactory.Options();
opt.inPreferredConfig = Bitmap.Config.RGB_565;
opt.inPurgeable = true;//设为true表现当系统要内存的时候，可以回收它
//如果图片当有需要可以被回收的话，这个opt.inInputShareable=true;可以让bitmap共享他人的数据
//获得资源图片
InputStream is = context.getResources().openRawResource(resId);
return BitmapFactory.decodeStream(is,null,opt);
}
Android内存溢出的处理办法
昨天在模拟器上给gallery放入图片的时候，出现java.lang.OutOfMemoryError: bitmap size exceeds VM budget 异常，图像巨细超过了RAM内存。
模拟器RAM比拟小，只有8M内存，当我放入的大量的图片（每一个100多K左右），就出现下面的原因。
由于每张图片先前是压缩的情况，放入到Bitmap的时候，巨细会变大，致使超越RAM内存，详细处理办法如下：
//处理加载图片 内存溢出的问题
//Options 只保存图片尺寸巨细，不保存图片到内存
BitmapFactory.Options opts = new BitmapFactory.Options();
//缩放的比例，缩放是很难按预备的比例进行缩放的，其值表明缩放的倍数，SDK中提议其值是2的指数值,值越大会致使图片不清晰
opts.inSampleSize = 4;
Bitmap bmp = null;
bmp = BitmapFactory.decodeResource(getResources(), mImageIdsposition ,opts);
...
//回收
bmp.recycle();
通过下面的方式处理了，但是这并不是最完美的处理方式。（等比例缩放）
优化Dalvik虚拟机的堆内存分配
对于Android平台来讲，其托管层应用的Dalvik Java VM从目前的表现来看还有很多地方可以优化处理，比如我们在开辟一些大型游戏或耗资源的应用中可能斟酌手动干预GC处理，应用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然详细 原理我们可以参考开源工程，这里我们仅说下应用方法:
private final static float TARGET_HEAP_UTILIZATION = 0.75f;
在程序onCreate时就能够调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。
Android堆内存也可自己定义巨细
对于一些Android项目，影响性能瓶颈的主要是Android自己内存管理机制问题，目前手机厂商对RAM都比拟小气，对于软件的流畅性来讲 RAM对 性能的影响十分敏感，除了 优化Dalvik虚拟机的堆内存分配外，我们还可以强制定义自己软件的对内存巨细，我们应用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:
private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;
VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB巨细。当然对于内存吃紧来讲还可以通过手动干预GC去处理
bitmap 设置图片尺寸，避免 内存溢出 OutOfMemoryError的优化方法
android 顶用bitmap 时很容易内存溢出，报如下错误：Java.lang.OutOfMemoryError : bitmap size exceeds VM budget
主要是加上这段：
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;
eg1：(通过Uri取图片)
private ImageView preview;
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;//图片宽高都为原来的二分之一，即图片为原来的四分之一
Bitmap bitmap = BitmapFactory.decodeStream(cr
.openInputStream(uri), null, options);
preview.setImageBitmap(bitmap);
以上代码可以优化内存溢出，但它只是改变图片巨细，并不能彻底处理内存溢出。
eg2:（通过路径去图片）
private ImageView preview;
private String fileName= "/sdcard/DCIM/Camera/2010-05-14 16.01.44.jpg";
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;//图片宽高都为原来的二分之一，即图片为原来的四分之一
Bitmap b = BitmapFactory.decodeFile(fileName, options);
preview.setImageBitmap(b);
filePath.setText(fileName);
还可以用到优化Dalvik虚拟机的堆内存分配
对于Android平台来讲，其托管层应用的Dalvik Java VM从目前的表现来看还有很多地方可以优化处理，比如我们在开辟一些大型游戏或耗资源的应用中可能斟酌手动干预GC处理，应用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然详细原理我们可以参考开源工程，这里我们仅说下应用方法: private final static float TARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate时就能够调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);
Android堆内存也可自己定义巨细
对于一些Android项目，影响性能瓶颈的主要是Android自己内存管理机制问题，除了 优化Dalvik虚拟机的堆内存分配外，我们还可以强制定义自己软件的对内存巨细，我们应用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:
Java代码：
1. private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;
3. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);
4. //设置最小heap内存为6MB巨细。当然对于内存吃紧来讲还可以通过手动干预GC去处理
二.
文章结束给大家分享下程序员的一些笑话语录：
现在社会太数字化了，所以最好是有一个集很多功能于一身的设备！
---------------------------------
原创文章 By
内存和图片
---------------------------------