Picasso使用的是门面设计模式，Picasso的调用是从Picasso这个类中开始的，Picasso内部组件的初始化也是从这个类中开始的，如果需要自定义Picasso，可以通过Picasso.with("环境上下文")来获取的Picasso的实例。Picasso的实例使用了单例设计模式
Picasso加载图片使用的是Okhhtp和HttpConnection两种方式，使用的时候Picasso通过反射来判断当前是否存在Okhttp的依赖包，如果存在就使用，不存在则使用HttpConnetion来请求图片
图片的存储路径是data/data/包名,不同品牌的手机的该路径不同，因此 通过环境上下文来来获取该路径this.getCacheDir()；通常使用Application来获取该路径。
图片内存中缓存的算法默认使用的是LruCache，在内存的容量达到峰值的时候，默认移除最早的缓存
Picasso中存在接受网络状况改变的广播，因此可以根据当前的网络状况来来决定当前的线程池中线程的个数：
网络状况特别好（列入Wifi） 线程池中线程的个数为4
网络状况好（4G） 线程池中的线程的个数为3
网络状况一般（3G）线程池中线程的个数为2；
网络状况不好（2G）线程池中线程的个数为1
默认状态下的线程池中的线程的个数为3.
图片的加载流程：
Picasso通过with（）来获取到Picasso的单列，通过Load（）方法封装了图片的请求参数，例如URl，图片的请求参数，图片请求的优先级等，通过该方法后得到的返回的对象可以用来设置图片的其他参数，例如error时的图片，占位图片等，最终通过设置into（）方法来创建一个请求，通过action把意图和内存策略以及target封装后，提交给Picasso执行类去执行，通过target来判断，target是否已存在action,如果是则pause之前的target,然后Picasso类把任务的启动交给dispatcher来执行,dispatcher检查action对应的hunter是否已创建,如果创建则直接将actionattachhunter即可,如果hunter没有创建则创建hunter并将其提交给线程池执行.执行完成后通过在BitmapHunter获取图片成功后,会交由dispatcher.dispatchComplete(this);dispatcher会将200ms内完成的任务发送到主线程(这个主线程handler定义在Picasso类中),在这里有一个延迟（不知道为什么）主线程收到这个消息后会调用complete方法，action.complete(result, from);会被调用,在这个方法里面会对target设置bitmap(还有些加载动画等设置，此处不再赘述),至此图片加载完成。
图片加载的详细流程
Picasso获取图片资源并显示的代码流转过程如下：
Picasso.with()获取Picasso实例
.load("url")方法用传入的url创建一个RequestCreator对象
.into(imageview)方法创建此次request并将其封装进action再调用picasso.enqueueAndSubmit(action)
Picasso类将action对象交给dispatcher.submit()
dispatcher类根据action创建bitmapHunter,并将bitmapHunter提交至线程池执行
当bitmapHunter获取到图片资源后,又经过了以下步骤最终显示在ImageView上
bitmapHunter获取图片资源成功,调用dispatcher.dispatchComplete(this);
dispatcher发送延迟200ms、msg.what=HUNTER_DELAY_NEXT_BATCH、携带200ms内完成的bitmapHunter封装为一个list的消息到主线程
主线程收到消息后，调用Picasso类的complete方法,解析出bitmapHunter中的action
action的complete方法内,将bitmap设置给Imageview
