每日一题: 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层）.
