每日一题: Piscasso框架

2017-07-24 本文已影响255人林锐波

每日一题: Piscasso框架

Glide
Fresco
Picasso_1
Picasso_2

面试率: ★★★☆☆

面试提醒

图库在Android实际项目中基本上都会使用到,这种概率跟网络库几乎一样的,因此出去面试前准备好一套图库面试技巧是不可避免的.

面试技巧

Picasso与Glide使用方法一样api也差不多一致,前者Square出品,后者Google推荐,在项目中如何抉择?你需要考虑着几方面.

设计思想 - 设计/开发模式
核心类 - 主要内容
初始化 - 构建的过程
功能流程图 - 如果方便的可以自己画下
功能分析 - 常用功能api使用,作用
Picasso与Glide区别 - 这是对项目的负责

简单说就是这样:
总体设计->流程图->详细设计->功能介绍

面试题

下面是对Picasso的部分源码提取出一些主要的问题.

简单的说明下Picasso的工作原理?

其实任何一个图片加载框架都可以当做一个普通的下载文件流程，一般都包含这么几个步骤：初始化配置->构造请求->执行请求->处理请求结果。

有几种方法可以实例化Picasso对象?

picasso的实例化有两种方式

Picasso.with(context)
此方法提供默认方式，生成单例的Picasso对象.
new Picasso.Builder(context).build()
此方式提供自定义线程池、缓存、下载器等方法.

Picasso对象在初始化时做了什么?

Picasso的with(content)里生成单例的Picasso对象,主要做一些初始化对象的操作.

初始化下载器Utils.createDefaultDownloader(context)Utils.createDefaultDownloader用于创建一个默认的下载器。
Downloader是一个用于从网络上加载图片的接口，需要实现load和shutdown方法。load用于加载图片，shutdown用于关闭一些操作。

Picasso的线程池是优化过的，根据当前设备网络状况设置ThreadCount。
在网络良好的条件下，线程池持有较多线程，保证下载速度够快。在网络较差的条件下(2G网络等)，线程池减少持有线程，保证带宽不会被多个连接阻塞。

初始化缓存new LruCache(context)
很多地方缓存默认都用LruCahce这个不用说了.
初始化线程池new PicassoExecutorService()
默认启动了3个核心线程，采用了PriorityBlockingQueue优先级阻塞队列，也就是说Picasso支持优先级调度.对网络状态进行线程的优化
初始化转换器RequestTransformer.IDENTITY
默认RequestTransformer.IDENTITY表示不作处理.
最终创建调度器new Dispatcher(context, service, HANDLER, downloader, cache, stats)
从build方法中可以看出，大多数参数直接传进了这个类的构造方法中，可见这个类不容小觑。Dispatcher主要是来调度任务的，比如提交任务，取消任务，暂停加载，恢复加载，重试，加载完成，监听网络等等。同样，里面也用了一个HandlerThread和Handler来分发任务。通过一系列的dispatchXXX，由Handler发送消息，Handler接收消息后，通过performXXX来调度任务。

初始化下载器代码.

public Picasso build() {
      Context context = this.context;

     //初始化下载器
      if (downloader == null) {
        downloader = Utils.createDefaultDownloader(context);
      }
       //初始化缓存
      if (cache == null) {
        cache = new LruCache(context);
      }
       //初始化线程池
      if (service == null) {
        service = new PicassoExecutorService();
      }
       //Request转换器，用于在提交任务之前做一些处理，默认不做处理
      if (transformer == null) {
        transformer = RequestTransformer.IDENTITY;
      }

      //用于统计一些状态信息，比如缓存命中率等等
      Stats stats = new Stats(cache);

     //调度器，用于分发任务
      Dispatcher dispatcher = new Dispatcher(context, service, HANDLER, downloader, cache, stats);

      return new Picasso(context, dispatcher, cache, listener, transformer, requestHandlers, stats,
          defaultBitmapConfig, indicatorsEnabled, loggingEnabled);
    }
  }public Picasso build() {
      Context context = this.context;

     //初始化下载器
      if (downloader == null) {
        downloader = Utils.createDefaultDownloader(context);
      }
       //初始化缓存
      if (cache == null) {
        cache = new LruCache(context);
      }
       //初始化线程池
      if (service == null) {
        service = new PicassoExecutorService();
      }
       //Request转换器，用于在提交任务之前做一些处理，默认不做处理
      if (transformer == null) {
        transformer = RequestTransformer.IDENTITY;
      }

      //用于统计一些状态信息，比如缓存命中率等等
      Stats stats = new Stats(cache);

     //调度器，用于分发任务
      Dispatcher dispatcher = new Dispatcher(context, service, HANDLER, downloader, cache, stats);

      return new Picasso(context, dispatcher, cache, listener, transformer, requestHandlers, stats,
          defaultBitmapConfig, indicatorsEnabled, loggingEnabled);
    }
  }

初始化调度器代码:

public DispatcherHandler(Looper looper, Dispatcher dispatcher) {
      super(looper);
      this.dispatcher = dispatcher;
    }

    @Override public void handleMessage(final Message msg) {
      switch (msg.what) {
        case REQUEST_SUBMIT: {//提交请求
          Action action = (Action) msg.obj;
          dispatcher.performSubmit(action);
          break;
        }
        case REQUEST_CANCEL: {//取消请求
          Action action = (Action) msg.obj;
          dispatcher.performCancel(action);
          break;
        }
        case TAG_PAUSE: {//暂停请求
          Object tag = msg.obj;
          dispatcher.performPauseTag(tag);
          break;
        }
        case TAG_RESUME: {//恢复请求
          Object tag = msg.obj;
          dispatcher.performResumeTag(tag);
          break;
        }
        case HUNTER_COMPLETE: {//捕获完成
          BitmapHunter hunter = (BitmapHunter) msg.obj;
          dispatcher.performComplete(hunter);
          break;
        }
        case HUNTER_RETRY: {//重试
          BitmapHunter hunter = (BitmapHunter) msg.obj;
          dispatcher.performRetry(hunter);
          break;
        }
        case HUNTER_DECODE_FAILED: {//解码失败
          BitmapHunter hunter = (BitmapHunter) msg.obj;
          dispatcher.performError(hunter, false);
          break;
        }
      //..
      //省略了部分源码
    }
  }

Picasso如何对网络情况做优化?

PicassoExecutorService还暴露了一个adjustThreadCount方法，用来根据网络情况调整线程数。

PS: 这段代码写的很不错,也可以融入我们实际项目中使用.

见下面代码:

void adjustThreadCount(NetworkInfo info) {
    if (info == null || !info.isConnectedOrConnecting()) {
      setThreadCount(DEFAULT_THREAD_COUNT);
      return;
    }
    switch (info.getType()) {
      case ConnectivityManager.TYPE_WIFI:
      case ConnectivityManager.TYPE_WIMAX:
      case ConnectivityManager.TYPE_ETHERNET:
        setThreadCount(4);
        break;
      case ConnectivityManager.TYPE_MOBILE:
        switch (info.getSubtype()) {
          case TelephonyManager.NETWORK_TYPE_LTE:  // 4G
          case TelephonyManager.NETWORK_TYPE_HSPAP:
          case TelephonyManager.NETWORK_TYPE_EHRPD:
            setThreadCount(3);
            break;
          case TelephonyManager.NETWORK_TYPE_UMTS: // 3G
          case TelephonyManager.NETWORK_TYPE_CDMA:
          case TelephonyManager.NETWORK_TYPE_EVDO_0:
          case TelephonyManager.NETWORK_TYPE_EVDO_A:
          case TelephonyManager.NETWORK_TYPE_EVDO_B:
            setThreadCount(2);
            break;
          case TelephonyManager.NETWORK_TYPE_GPRS: // 2G
          case TelephonyManager.NETWORK_TYPE_EDGE:
            setThreadCount(1);
            break;
          default:
            setThreadCount(DEFAULT_THREAD_COUNT);
        }
        break;
      default:
        setThreadCount(DEFAULT_THREAD_COUNT);
    }
  }

Picasso的load()方法是干嘛用的?

load()有四个方法，参数各不相同，不过可以分为两类:uri和resourceId。uri又分为file和net。
load()的返回结果是RequestCreator对象，RequestCreator是用来配置加载参数的。

RequestCreator有两个功能

配置加载参数。
包括placeHolder与error图片，加载图片的大小、旋转、居中等属性。
执行加载。
通过调用into(object)方法进行加载。

Picasso的into()做了什么?

这个方法稍微有些长，但是逻辑还是比较清晰的，我们总结一下：

into会检查当前是否是在主线程上执行。
如果我们没有提供一个图片资源并且有设置placeholder，那么就会把我们设置的placeholder显示出来，并中断执行。
defered属性我们一般情况下不需要关注，只有当我们调用了RequestCreator的fit方法时defered才为true，但我们几乎不会这样做。
接下来就是创建了一个Request对象，我们在前面做得一些设置都会被封装到这个Request对象里面。
检查我们要显示的图片是否可以直接在缓存中获取，如果有就直接显示出来好了。
缓存没命中，那就只能费点事把源图片down下来了。这个过程是异步的，并且通过一个Action来完成请求前后的衔接工作。

三大图片加载框架区别？

Picasso,Glide,Fresco区别

Picasso ：和Square的网络库一起能发挥最大作用，因为Picasso可以选择将网络请求的缓存部分交给了okhttp实现。
Glide：模仿了Picasso的API，而且在他的基础上加了很多的扩展(比如gif等支持)，Glide默认的Bitmap格式是RGB_565，比 Picasso默认的ARGB_8888格式的内存开销要小一半；Picasso缓存的是全尺寸的(只缓存一种)，而Glide缓存的是跟ImageView尺寸相同的(即5656和128128是两个缓存) 。
Fresco：最大的优势在于5.0以下(最低2.3)的bitmap加载。在5.0以下系统，Fresco将图片放到一个特别的内存区域(Ashmem区)。当然，在图片不显示的时候，占用的内存会自动被释放。这会使得APP更加流畅，减少因图片内存占用而引发的OOM。为什么说是5.0以下，因为在5.0以后系统默认就是存储在Ashmem区了。

总结:

Picasso所能实现的功能，Glide都能做，无非是所需的设置不同。但是Picasso体积比起Glide小太多如果项目中网络请求本身用的就是okhttp或者retrofit(本质还是okhttp)，那么建议用Picasso，体积会小很多(Square全家桶的干活)。

Glide的好处是大型的图片流，比如gif、Video，如果你们是做美拍、爱拍这种视频类应用，建议使用。

Fresco在5.0以下的内存优化非常好，代价就是体积也非常的大，按体积算Fresco>Glide>Picasso不过在使用起来也有些不便（小建议：他只能用内置的一个ImageView来实现这些功能，用起来比较麻烦，我们通常是根据Fresco自己改改，直接使用他的Bitmap层）.

每日一题: Piscasso框架