android 解决图片大量下载

1.对象的强、软、弱和虚引用
   为了能更加灵活控制对象的生命周期,需要知道对象引用的4中级别,由高到低依次为  :强引用、软引用、弱引用和虚引用 
   
   备注: 这四种的区别:
   ⑴强引用(StrongReference)
强引用是使用最普遍的引用。如果一个对象具有强引用,那垃圾回收器绝不会回收它。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题。
 
    ⑵软引用(SoftReference)
如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存(下文给出示例)。
软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
 
    ⑶弱引用(WeakReference)
弱引用与软引用的区别在于:只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是
一个优先级很低的线程,因此  不一定会很快发现那些只具有弱引用的对象。
弱引用可以和一个引用队列(ReferenceQueue)联合使用,如果弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
 
   ⑷虚引用(PhantomReference)
“虚引用”顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。
 虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列 (ReferenceQueue)联合使用。当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,
 把这个虚引用加入到与之 关联的引用队列中。
ReferenceQueue queue = new ReferenceQueue ();
PhantomReference pr = new PhantomReference (object, queue);
程序可以通过判断引用队列中是否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列,那么就可以在所引用的对象的内存被回收之前采取必要的行动
 
 
2:软引用的工作原理和作用
如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。
软引用可用来实现内存敏感的高速缓存,软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
经典的写法查看:http://blog.csdn.net/donglinlucky/article/details/2845777
 
 
3:android 中关于图片大批量的图片 下载和内存管理的解决方案;
 
 思路:
1:根据路径图片进行下载,下载后将图片的保存在imageCache (HashTable)中,并将图片下载到本地;
2:下载到第200张左右以上,应用的内存若出现不足( SoftReference<Drawable> softReference   决定不会oom),android的 虚拟机就开始垃圾回收对象,这个时候,获取图片时会出 现  SoftReference<Drawable> softReference  获取的图片为null,如果为null,需要根据图片的id和路径去找到已经下载的图片,直接加载显示,如果本地就没有下载过,就直接从网络上下载;
 
 可以参考:http://www.2cto.com/kf/201207/139035. html  将图片加载这个过程封装成一个下载器,专注处理图片下载和缓存问题;这里面的用的是单线程下载,可以使用多线程下载速率更快;
 
代码如下:
    public Drawable loadDrawable(final String imageUrl, final ImageCallBack imageCallback) {
        if (imageCache.containsKey(imageUrl)) {
            SoftReference<Drawable> softReference = imageCache.get(imageUrl);
            Drawable drawable = softReference.get();
            if (drawable != null) {
                return drawable;
            }
        }
        final Handler handler = new Handler() {
            @Override
            public void handleMessage(Message message) {
                imageCallback.imageLoaded((Drawable) message.obj, imageUrl);
            }
        };
        new Thread() {
            @Override
            public void run() {
                Drawable drawable = null;
                try {
                    drawable = getDrawable(imageUrl);
                    imageCache.put(imageUrl, new SoftReference<Drawable>(drawable));
                } catch (Exception e) {
                    e.printStackTrace();
                }
                Message message = handler.obtainMessage(0, drawable);
                handler.sendMessage(message);
            }
        }.start();
        return null;
    }
    
    private Drawable getDrawable(String urlString) throws Exception {
        if(!NetTools.isWifiConnected(context)){
        getImage =  DataPreference.getIsAutoGetPicture(context);
        }else{
         getImage = true;
        }
        String fileName = urlString.substring(urlString.lastIndexOf("/") + 1).trim();
        File cacheFile = null;
        if (Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {//sdcard已挂载
            cacheFile = new File(shopPicInSdcard + fileName);
            if (getImage) {
                if (!cacheFile.exists() && cacheFile.createNewFile()) {//缓存文件不存在&&创建了该文件,下载缓存图片到Sdcard
                    InputStream inputStream = getInputStreamFromHttp(urlString);
                    writeCacheFile2SDCard(cacheFile, readStream(inputStream));
                }
                return BitmapDrawable.createFromPath(shopPicInSdcard + fileName);
            } else {
                return null;
            }
        } else {//只有在没有sdcard的时候才从网上获取数据流
            if (getImage) {
                InputStream inputStream = getInputStreamFromHttp(urlString);
                return Drawable.createFromStream(inputStream, urlString);
            } else {
                return null;
            }
        }
    }
4:android 在listview getView的时候对图片的处理方式;
主要对listview中的效率优化;
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ANR(Application Not Responding)错误通常是由于主线程被长时间阻塞而引起的。在Android中,主线程负责处理用户界面交互和渲染,如果主线程被阻塞,应用程序将无法响应用户的操作,从而导致ANR错误。 在使用Glide加载图片时,如果没有正确地配置和使用Glide库,可能会导致主线程被阻塞,从而引起ANR错误。以下是一些可能导致ANR错误的常见问题: 1. 在主线程中调用Glide.load()方法。这将导致Glide在主线程中加载图片并阻塞主线程。 2. 在Fragment中使用ViewPager,并在ViewPager中加载大量图片。这将导致ViewPager在滑动过程中卡顿,并可能引起ANR错误。 要避免这些问题,你可以尝试以下几种解决方案: 1. 使用Glide的with()方法指定一个非主线程的上下文。 2. 使用Glide的asynchronous()方法将图片加载操作放在单独的线程中执行。 3. 在Fragment中使用ViewPager时,使用FragmentStatePagerAdapter而不是FragmentPagerAdapter。FragmentStatePagerAdapter只保留当前Fragment和相邻的Fragment的状态,而FragmentPagerAdapter会保留所有的Fragment状态。这将减少在ViewPager中加载大量图片时的资源消耗。 4. 使用RecyclerView代替ViewPager,因为RecyclerView可以更好地处理大量数据的情况。同时,使用RecyclerView时,应该使用RecyclerView.Adapter中的异步加载图片技术。 希望这些解决方案能帮助你解决ANR问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值