android解决内存溢出的问题(没有从根本上解决) -
- ITeye技术网站
1. 当项目中包含大量图片，或者图片过大，可能会oom
等比例缩小图片
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 4;
对图片采用软引用，及时地进行recyle()操作
SoftReference&Bitmap&
bitmap = new SoftReference&Bitmap&(pBitmap);
if(bitmap != null){
if(bitmap.get() != null && !bitmap.get().isRecycled()){
bitmap.get().recycle();
对复杂的listview进行合理设计与编码：
1. 注意重用Adapter里面的 convertView
以及holder机制的运用
－－－－－ 参考资料api demo list 14. Efficient Adapter
2.上述方法尝试还未成功，可用 lazy loading data
----- 参考资料：api demo
方法4 ： 单个页面，横竖屏切换N次后 OOM
1. 看看页面布局当中有没有大的图片，比如背景图之类的。去除xml中相关设置，改在程序中设置背景图（放在onCreate()方法中）：
2. 跟上面方法相似，直接把xml配置文件加载成view 再放到一个容器里，然后直接调用 this.setContentView(View view)方法，避免xml的重复加载
方法5 ： 在页面切换时尽可能少地重复使用一些代码，比如：重复调用数据库，反复使用某些对象等等......
方法6 ：Android堆内存也可自己定义大小和优化Dalvik虚拟机的堆内存分配
注意：若使用这种方法：project build target 只能选择 &= 2.2 版本，否则编译将通不过。 所以不建议用这种方式
2、Android 内存溢出解决方案（OOM） 整理总结
1：软引用(SoftReference)、虚引用(PhantomRefrence)、弱引用(WeakReference),这三个类是对heap中java对象的应用，
通过这个三个类可以和gc做简单的交互，除了这三个以外还有一个是最常用的强引用
1.1：强引用，例如下面代码：
Object o = new Object();
Object o1=o;
上面代码中：
第一句是在heap堆中创建新的Object对象通过o引用这个对象，第二句是通过o建立o1到new Object()这个heap堆中的对象的引用，
这两个引用都是强引用.只要存在对heap中对象的引用，gc就不会收集该对象.如果通过如下代码：
heap中对象有强可及对象、软可及对象、弱可及对象、虚可及对象和不可到达对象。
应用的强弱顺序是强、软、弱、和虚。对于对象是属于哪种可及的对象，由他的最强的引用决定。如下:
String abc = new String("abc");
SoftReference&String& abcSoftRef = new SoftReference&String&(abc);
WeakReference&String& abcWeakRef = new WeakReference&String&(abc); //3
abcSoftRef.clear();//5
上面的代码中：
第一行在heap对中创建内容为“abc”的对象，并建立abc到该对象的强引用,该对象是强可及的。
第二行和第三行分别建立对heap中对象的软引用和弱引用，此时heap中的对象仍是强可及的。
第四行之后heap中对象不再是强可及的，变成软可及的。同样第五行执行之后变成弱可及的。
1.2:软引用
软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足之前会清除所有的软引用，
这样以来gc就有可能收集软可及的对象，可能解决内存吃紧问题，避免内存溢出。
什么时候会被收集取决于gc的算法和gc运行时可用内存的大小。当gc决定要收集软引用是执行以下过程,
以上面的abcSoftRef为例：
1 首先将abcSoftRef的referent设置为null，不再引用heap中的new String("abc")对象。
2 将heap中的new String("abc")对象设置为可结束的(finalizable)。
3 当heap中的new String("abc")对象的finalize()方法被运行而且该对象占用的内存被释放， abcSoftRef被添加到它的ReferenceQueue中。
注:对ReferenceQueue软引用和弱引用可有可无，但是虚引用必须有，参见：
Reference(T paramT, ReferenceQueue&? super T&paramReferenceQueue)
被 SoftReference 指到的对象，即使没有任何 Direct Reference，也不会被清除。
一直要到JVM内存不足且没有Direct Reference 时才会清除，SoftReference 是用来设计
object-cache 之用的。如此一来 SoftReference 不但可以把对象 cache 起来，也不会造成内存不足的错误 （OutOfMemoryError）。
我觉得 Soft Reference 也适合拿来实作 pooling 的技巧。
A obj = new A();
Refenrence sr = new SoftReference(obj);
if(sr!=null){
obj = sr.get();
obj = new A();
sr = new SoftReference(obj);
1.3:弱引用
当gc碰到弱可及对象，并释放abcWeakRef的引用，收集该对象。但是gc可能需要对此运用才能找到该弱可及对象。通过如下代码可以了明了的看出它的作用：
String abc = new String("abc");
WeakReference&String& abcWeakRef = new WeakReference&String&(abc);
System.out.println("before gc: "+abcWeakRef.get());
System.gc();
System.out.println("after gc: "+abcWeakRef.get());
gc收集弱可及对象的执行过程和软可及一样，只是gc不会根据内存情况来决定是不是收集该对象。
如果你希望能随时取得某对象的信息，但又不想影响此对象的垃圾收集，那么你应该用 Weak Reference 来记住此对象，而不是用一般的 reference。
A obj = new A();
WeakReference wr = new WeakReference(obj);
//等待一段时间，obj对象就会被垃圾回收
　　if (wr.get()==null) {
　　 System.out.println("obj 已经被清除了 ");
　　} else {
　　 System.out.println("obj 尚未被清除，其信息是 "+obj.toString());
在此例中，通过get()可以取得此Reference 的所指到的对象，如果返回值为 null 的话，
代表此对象已经被清除。这类的技巧，在设计 Optimizer 或 Debugger 这类的程序时常会用到，
因为这类程序需要取得某对象的信息，但是不可以影响此对象的垃圾收集。
1.4:虚引用
就是没有的意思，建立虚引用之后通过get方法返回结果始终为null,通过源代码你会发现,虚引用通向会把引用的对象写进referent,
只是get方法返回结果为null.先看一下和gc交互的过程在说一下他的作用.
1.4.1 不把referent设置为null, 直接把heap中的new String("abc")对象设置为可结束的(finalizable).
1.4.2 与软引用和弱引用不同, 先把PhantomRefrence对象添加到它的ReferenceQueue中.然后在释放虚可及的对象.
你会发现在收集heap中的new String("abc")对象之前,你就可以做一些其他的事情.通过以下代码可以了解他的作用.
2:在内存中压缩，对于少量不太大的图片这种方式可行，但太多而又大的图片用个笨的方式就是，
先在内存中压缩，再用软引用避免OOM，两种方式代码如下，大家可参考下：
private Bitmap copressImage(String imgPath){
File picture = new File(imgPath);
Options bitmapFactoryOptions = new BitmapFactory.Options();
//下面这个设置是将图片边界不可调节变为可调节
bitmapFactoryOptions.inJustDecodeBounds =
bitmapFactoryOptions.inSampleSize = 2;
int outWidth
= bitmapFactoryOptions.outW
int outHeight = bitmapFactoryOptions.outH
bmap = BitmapFactory.decodeFile(picture.getAbsolutePath(),bitmapFactoryOptions);
float imagew = 150;
float imageh = 150;
int yRatio = (int) Math.ceil(bitmapFactoryOptions.outHeight / imageh);
int xRatio = (int) Math.ceil(bitmapFactoryOptions.outWidth / imagew);
if (yRatio & 1 || xRatio & 1) {
if (yRatio & xRatio) {
bitmapFactoryOptions.inSampleSize = yR
bitmapFactoryOptions.inSampleSize = xR
bitmapFactoryOptions.inJustDecodeBounds =
bmap = BitmapFactory.decodeFile(picture.getAbsolutePath(),bitmapFactoryOptions);
if(bmap != null){
上面两种方式第一种直接使用边界压缩，第二种在使用边界压缩的情况下间接的使用了软引用来避免OOM，
但大家都知道，这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存,如果图片多且大，这种方式还是会引用OOM异常的，
不着急，有的是办法解决，继续看，以下方式也大有妙用的：
1. InputStream is = this.getResources().openRawResource(R.drawable.pic1);
BitmapFactory.Options options=new BitmapFactory.Options();
options.inJustDecodeBounds =
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 =
opt.inInputShareable =
//获取资源图片
InputStream is = context.getResources().openRawResource(resId);
return BitmapFactory.decodeStream(is,null,opt);
3:大家可以选择在合适的地方使用以下代码动态并自行显式调用GC来回收内存：
if(bitmapObject.isRecycled()==false){ //如果没有回收
bitmapObject.recycle();
4:这个就好玩了，优化Dalvik虚拟机的堆内存分配，听着很强大，
private final static floatTARGET_HEAP_UTILIZATION = 0.75f;
在程序onCreate时就可以调用
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);
5：自定义我们的应用需要多大的内存，这个好暴力哇，强行设置最小内存大小，代码如下：
private final static int CWJ_HEAP_SIZE = 6*
//设置最小heap内存为6MB大小
VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);
要避免内存泄露，主要要遵循以下几点：
　　第一：不要为Context长期保存引用(要引用Context就要使得引用对象和它本身的生命周期保持一致)。
　　第二：如果要使用到Context，尽量使用ApplicationContext去代替Context，因为ApplicationContext的生命周期较长，引用情况下不会造成内存泄露问题（除非是必须使用Context）
　　第三：在你不控制对象的生命周期的情况下避免在你的Activity中使用static变量。尽量使用WeakReference去代替一个static。
　　第四：垃圾回收器并不保证能准确回收内存，这样在使用自己需要的内容时，主要生命周期和及时释放掉不需要的对象。尽量在Activity的生命周期结束时，在onDestroy中把我们做引用的其他对象做释放，比如：cursor.close()。
浏览: 153636 次
来自: 贵州
这也太小儿科了
大神，同上啊，没解决啊！appid跟1楼的一样，我也郁闷好几天 ...
前辈你好，我最近正在做微信分享，自己申请了appid，包名签名 ...
你就是救世主。
你是救苦救难的活菩萨啊后使用快捷导航没有帐号？
暂时没有人问过相似的问题，你可以做第一个提问题的人
查看: 1626|回复: 9
百度地图内存溢出问题详细
首先，我用百度地图不是一年两年了，用过很多次，现在遇到了内存溢出的问题，包括规律以及原因都已经捉到，现请百度的大神们帮帮忙。首先，百度地图内存溢出问题出现的原因在于，多次启动关闭地图时，所占用内存并未及时回收，由于地图本身占有内存量较大，未回收内存量也很大。多次启动，导致不能回收的内存量激增，然后就内存溢出报错了。目前所测试机型从android4.0到5.1均有，初步判断与android版本无关，在华为，小米，联想，锤子，三星，oppo等一系列测试机测后，只有三星（棒子产的破J玩意）存在内存溢出问题。我希望帮我解答一下怎么能让三星的不抛错。
错误代码：mBaiduMap.showInfoWindow(mInfoWindow);
api版本： libBaiduMapSDK_v3_3_0_15.so& &liblocSDK5.so
有没有人来回复一下么？难道只有我遇到内存溢出了？
有没有人来回复一下么？难道只有我遇到内存溢出了？
请问三星的什么机型以及Android版本这个问题比较明显，我们进行针对性测试，谢谢
请问三星的什么机型以及Android版本这个问题比较明显，我们进行针对性测试，谢谢 ...
三星note2，android4.4.2，由于同时使用imageLoader加载图片，比较吃内存。imageloader我优化了，不会抛错，但是地图还是会报错。。
三星note2，android4.4.2，由于同时使用imageLoader加载图片，比较吃内存。imageloader我优化了，不会抛 ...
能否提供下关键代码或者复现demo
能否提供下关键代码或者复现demo
怎么联系你，我给你源码
怎么联系你，我给你源码
百度地图定位一般会吃掉多少内存?
百度地图定位一般会吃掉多少内存?
定位问题请到定位版块咨询
遇到同样的问题，请问怎么解决的
Powered by温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
压上致命的最后一根稻草,结果快乐死了, 悲伤活了！
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(1568)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'java内存溢出解决问题思路',
blogAbstract:'核心提示：原因有很多种，比如： 1.数据量过于庞大；死循环 ；静态变量和静态方法过多；递归；无法确定是否被引用的对象； 2.虚拟机不回收内存（内存泄漏）； 说白了就是程序运行要用到的内存大于虚拟机能提供的最大内存就发生内存溢出了。 内存溢出的问题要看业务和系　　原因有很多种，比如：　　1.数据量过于庞大；死循环 ；静态变量和静态方法过多；递归；无法确定是否被引用的对象；',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:3,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'
压上致命的最后一根稻草,结果快乐死了, 悲伤活了！',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}查看: 174|回复: 10
取MD5的问题
阅读权限70
在线时间 小时
签到天数：1 天结帖率： (29/30)
在读入MD5的时候 比如用的校验_取md5（）& &在取比较大的文件的时候 比如超过500M的视频文件，因为要读入整个视频的字节集数据，有时候会出现内存分配XXXX数据失败，也就是内存溢出，有没有什么办法可以解决这个问题&&求大神
小小精币奉上&&请大神们笑纳~~
回答提醒：如果本帖被关闭无法回复，您有更好的答案帮助楼主解决，请发表至
可获得加分喔。友情提醒：本版被采纳的主题可在
帖子申请荣誉值，获得 1点 荣誉值,荣誉值可兑换终身vip用户组哦。快捷通道： →
阅读权限89
在线时间 小时
签到天数: 2 天
你可以使用下易语言自带的命令 取数据摘要（） 对超过500M的文件取MD5试下
您可以选择打赏方式支持他
阅读权限70
在线时间 小时
签到天数: 1 天结帖率： (29/30)
你可以使用下易语言自带的命令 取数据摘要（） 对超过500M的文件取MD5试下
报错的不是取md5的原因 是取md5的时候他需要字节集参数，一般文件的字节集参数是用打开文件读入的 都是在执行这个命令的时候出错
您可以选择打赏方式支持他
阅读权限89
在线时间 小时
结帖率： (5/6)
你可以定义一个字节集的变量 然后用打开文件 读入字节集&&循环读取字节集 最后对这个变量取数据摘要即可
您可以选择打赏方式支持他
阅读权限89
在线时间 小时
结帖率： (5/6)
.支持库 spec
.支持库 dp1
.局部变量 文件号, 整数型
.局部变量 结果, 字节集
文件号 ＝ 打开文件 (“C:\1.exe”, 1, 4)
.判断循环首 (是否在文件尾 (文件号, ))
& & 结果 ＝ 结果 ＋ 读入字节集 (文件号, 1000)
.判断循环尾 ()
调试输出 (取数据摘要 (结果))
大概是这么个意思
您可以选择打赏方式支持他
阅读权限165
在线时间 小时
您可以选择打赏方式支持他
阅读权限70
在线时间 小时
签到天数: 1 天结帖率： (29/30)
.支持库 spec
.支持库 dp1
没用，还是会报错 这个方法我已试过了&&结果的字节集写入到一定的大小后 内存还是会报错，这应该跟内存管理有关系。。
您可以选择打赏方式支持他
阅读权限70
在线时间 小时
签到天数: 1 天结帖率： (29/30)
.支持库 spec
.支持库 dp1
不过还是要多谢你 我会继续找方法的
您可以选择打赏方式支持他
阅读权限165
在线时间 小时
结帖率： (3/3)
您可以选择打赏方式支持他
阅读权限30
在线时间 小时
结帖率： (5/6)
校验_取md5_进度 (&文件路径[文本型]&, &进度回调[子程序指针]&)
我验证都是1G多的文件。用的都是这个命令。
您可以选择打赏方式支持他
拒绝任何人以任何形式在本论坛发表与中华人民共和国法律相抵触的言论，本站内容均为会员发表，并不代表精易立场!
揭阳精易科技有限公司申明:我公司所有的培训课程版权归精易所有，任何人以任何方式翻录、盗版、破解本站培训课程，我们必将通过法律途径解决！
公司简介：揭阳市揭东区精易科技有限公司致力于易语言教学培训/易语言学习交流社区的建设与软件开发，多年来为中小企业编写过许许多多各式软件，并把多年积累的开发经验逐步录制成视频课程供学员学习，让学员全面系统化学习易语言编程，少走弯路，减少对相关技术的研究与摸索时间，从而加快了学习进度！
防范网络诈骗，远离网络犯罪
违法和不良信息举报电话，企业QQ： ，邮箱：
Powered by
粤公网安备 25}