跟猜想的一样是OOM.一回来遇一不怎么熟悉的sb,给我气的....算了.....哥哥也是种种原因回的合肥.继续看问题.
这个地方的界面是这样的
划红线的地方是三个LinearLayout,每次onclick会PopupWindow一个界面用来提示用户.
在加载第二次弹出的PopupWindow时候出现了oom
我们来看下图片的大小
这三张图片原本大概在350KB左右,现在100多KB已经是经过压缩的了.
但是我们还是从基本开始搞,转jpg吧.
我们再去试一下,Note3已经没有问题了
如果单单是工作,到这也就结束了,但是老子气的要死,还是继续研究下去.
那我们来算一下大致在手机会占用多少内存吧.
bmp: 以高质量保存 用于计算机
jpg: 以良好的质量保存 用于计算机或者网络
png: 以高质量保存 用于计算机或者网络
图片的大小 = 图片的总像素 * 每个像素的大小
单色 :每个像素最多表示2种颜色 那么只需要一个长度为1的二进制位来表示 那么1个像素占1/8个byte
16色 :每个像素最多可以表示16种颜色, 0 - 15 0000-1111 那么只需要使用一个长度为4的二进制位来表示 那么一个像素占 1/2
256色 :每个像素最多可以表示256种 0-255 0000 0000-1111 1111 只需要使用一个长度为8的二进制位来表示 那么一个像素占1byte
24位 :R 1 byte 0 - 255
:G 1 byte 0 -255
:B 1 byte 0 -255 那么一个像素占3个byte
jpg:类似 rar压缩
png:也会按照特殊的算法进行压缩
我们在xml布局里面是这样写的
默认为ARGB_8888模式需要4个字节
第二次点击出现OOM的popup_two图片详细信息
那么他的内存占用大小为 图片的大小 = 图片的总像素 * 每个像素的大小
1080*1860*4=8035200字节
而报错的是8035212 多出来12个字节是保存图片信息的数据
那么换算成兆字节也就是7.6629639兆字节(mb)
那么再看
当这个图片加载到内存的时候为8035212 字节也就是7.6629639兆字节(mb)超出剩余的6498924空闲字节大小和6MB的head内存.然后内存溢出了.
那么说了那么多,虽然上面已经解决了问题,但是在这之外,我们还能做点什么呢?
1.布局中去android:background和android:src这些属性实际调用的是view.setBackgroundResource和view.setImageResource方法,这两个方法实际上是拿到资源ID再去获取资源的drawable。他们会decode图片后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存。
实际上我们可以用decodeStream来替代,因为decodeStream直接调用JNI>>nativeDecodeAsset()来完成decode,无需再使用java层的createBitmap,从而节省了java层的空间.另外我们可以设置图片的参数,例如设置为Bitmap.Config.RGB_565来减少内存开销。因为在android文档中描述Bitmap.Config.RGB_565每一个像素存在2个字节中,而默认的Bitmap.Config.ARGB_8888每一个像素则需要4个字节,理论上足足节省了一半空间。
布局文件中的android:background去掉,在java文件中来设置背景。
如下:
BitmapFactory.Options opt = newBitmapFactory.Options();
opt.inPreferredConfig = Bitmap.Config.RGB_565;
opt.inPurgeable = true;
opt.inInputShareable = true;
//获取资源图片
InputStream is = context.getResources().openRawResource(resId);
Bitmap bitmap = BitmapFactory.decodeStream(is,null, opt);
is.close();
returnnew BitmapDrawable(context.getResources(),bitmap);
2.缩放加载大图
iv = (ImageView) findViewById(R.id.iv);
//(1)获取手机的宽和高 windowmanager
WindowManager wm = (WindowManager) getSystemService(WINDOW_SERVICE);
screenWidth = wm.getDefaultDisplay().getWidth();
screenHeight = wm.getDefaultDisplay().getHeight();
//创建一个位图的配置参数
BitmapFactory.Options opts = new Options();
//不去真正的解析位图 返回no bitmap 但是能获取到图片的宽和高
opts.inJustDecodeBounds = true;
BitmapFactory.decodeFile("/mnt/sdcard/xxx.jpg", opts);
//(2)获取图片的宽度 和高度
int imgWidth = opts.outWidth;
int imgHeight = opts.outHeight;
System.out.println("图片的imgwidth:"+imgWidth+"-----"+imgHeight);
//(3)计算缩放比
int scale = 1;
int scalex = imgWidth / screenWidth;
int scaley = imgHeight / screenHeight;
if (scalex >=scaley && scalex >1) {
scale = scalex;
}
if (scaley > scalex && scaley >1) {
scale = scaley;
}
System.out.println("缩放比:"+scale);
//(4)按照真正计算出来的缩放比 进行显示图片
opts.inSampleSize = scale;
//(5)真正的加载位图
opts.inJustDecodeBounds = false;
Bitmap bitmap = BitmapFactory.decodeFile("/mnt/sdcard/xxx.jpg", opts);
//(6)把bitmap显示到图片上
iv.setImageBitmap(bitmap);
3.适度回收
if(bitmapObject.isRecycled()==false){ //如果没有回收
bitmapObject.recycle();
System.gc();
}
4.自定义最小head内存大小
private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;
//设置最小heap内存为6MB大小
VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);
5.使用软引用了.
好了,气也消了,不写那么多了,其实工作只要正常跑起来基本问题就没什么了,只是偶尔回顾下基础知识对以后还是有帮助的.