MY_SDWebImage解读

作者: _Weak | 来源:发表于2017-02-09 16:39 被阅读56次

第三方框架SDWebImage

（1）SDWebImage基本使用
01 设置imageView的图片
[cell.imageView sd_setImageWithURL:[NSURL URLWithString:app.icon] placeholderImage:[UIImage imageNamed:@"placehoder"]];

02 设置图片并计算下载进度

sd_setImageWithURL:<#(NSURL *)#> placeholderImage:<#(UIImage *)#> options:<#(SDWebImageOptions)#> progress:<#^(NSInteger receivedSize, NSInteger expectedSize)progressBlock#> completed:<#^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL)completedBlock#>

   //下载并设置图片
/*
 第一个参数：要下载图片的url地址
 第二个参数：设置该imageView的占位图片
 第三个参数：传一个枚举值，告诉程序你下载图片的策略是什么
            SDWebImageRetryFailed:下载失败重新下载
            SDWebImageLowPriority:浏览表单停止下载
            SDWebImageCacheMemoryOnly:制作内存缓存,不做沙盒缓存
            SDWebImageProgressiveDownload:带有进度条的缓存
            SDWebImageRefreshCached:刷新缓存
            SDWebImageHighPriority:高优先级,优先下载图片
 第一个block块：获取当前图片数据的下载进度
     receivedSize：已经下载完成的数据大小
     expectedSize：该文件的数据总大小
 第二个block块：当图片下载完成之后执行该block中的代码
     image:下载得到的图片数据
     error:下载出现的错误信息
     SDImageCacheType：图片的缓存策略（不缓存，内存缓存，沙盒缓存）
     imageURL：下载的图片的url地址
 */
[cell.imageView sd_setImageWithURL:[NSURL URLWithString:app.icon] placeholderImage:[UIImage imageNamed:@"placehoder"] options:SDWebImageRetryFailed progress:^(NSInteger receivedSize, NSInteger expectedSize) {

    //计算当前图片的下载进度
    NSLog(@"%.2f",1.0 *receivedSize / expectedSize);

} completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {

}];

03 系统级内存警告如何处理（面试）
//取消当前正在进行的所有下载操作
[[SDWebImageManager sharedManager] cancelAll];

//清除缓存数据(面试)
//cleanDisk：删除过期的文件数据，计算当前未过期的已经下载的文件数据的大小，如果发现该数据大小大于我们设置的最大缓存数据大小，那么程序内部会按照按文件数据缓存的时间从远到近删除，知道小于最大缓存数据为止。

//clearMemory:直接删除文件，重新创建新的文件夹 cleanDisk
//[[SDWebImageManager sharedManager].imageCache cleanDisk];
[[SDWebImageManager sharedManager].imageCache clearMemory];

04 SDWebImage默认的缓存时间是1周
05 如何播放gif图片

#import "UIImage+GIF.h"
_iamgeView.image = [UIImage sd_animatedGIFNamed:@"R{L{5OCK57A0[H6P0HVD$41" ];

NSData *gifData = [NSData dataWithContentsOfURL:imageUrl];

/*
5-1 把用户传入的gif图片->NSData
5-2 根据该Data创建一个图片数据源（NSData->CFImageSourceRef）
5-3 计算该数据源中一共有多少帧，把每一帧数据取出来放到图片数组中
5-4 根据得到的数组+计算的动画时间-》可动画的image
[UIImage animatedImageWithImages:images duration:duration];
*/

06 如何判断当前图片类型，只判断图片二进制数据的第一个字节
+ (NSString *)sd_contentTypeForImageData:(NSData *)data;

07 内部如何进行缓存处理？使用了NSCache类，使用和NSDictionary类似
08 沙盒缓存图片的命名方式为对该图片的URL进行MD5加密  echo -n "url" |MD5
09 当接收到内存警告之后，内部会自动清理内存缓存
10 图片的下载顺序，默认是先进先出的

（2）SDWebImage内部结构
最大并发数量 == 6

1.Runloop****基础知识
1.1 字面意思 a 运行循环
b 跑圈

1.2 基本作用（作用重大） a 保持程序的持续运行(ios程序为什么能一直活着不会死)
b 处理app中的各种事件（比如触摸事件、定时器事件【NSTimer】、selector事件【选择器·performSelector···】）
c 节省CPU资源，提高程序性能，有事情就做事情，没事情就休息

1.3 重要说明（1）如果没有Runloop,那么程序一启动就会退出，什么事情都做不了。
（2）如果有了Runloop，那么相当于在内部有一个死循环，能够保证程序的持续运行
（2）main函数中的Runloop
a 在UIApplication函数内部就启动了一个Runloop
该函数返回一个int类型的值
b 这个默认启动的Runloop是跟主线程相关联的

1.4 Runloop对象（1）在iOS开发中有两套api来访问Runloop
a.foundation框架【NSRunloop】
b.core foundation框架【CFRunloopRef】
（2）NSRunLoop和CFRunLoopRef都代表着RunLoop对象,它们是等价的，可以互相转换
（3）NSRunLoop是基于CFRunLoopRef的一层OC包装，所以要了解RunLoop内部结构，需要多研究CFRunLoopRef层面的API（Core Foundation层面）

1.5 Runloop参考资料

（1）苹果官方文档
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Multithreading/RunLoopManagement/RunLoopManagement.html

（2）CFRunLoopRef开源代码下载地址：
http://opensource.apple.com/source/CF/CF-1151.16/
1.6 Runloop与线程 1.Runloop和线程的关系：一个Runloop对应着一条唯一的线程
问题：如何让子线程不死
回答：给这条子线程开启一个Runloop
2.Runloop的创建：主线程Runloop已经创建好了，子线程的runloop需要手动创建
3.Runloop的生命周期：在第一次获取时创建，在线程结束时销毁

1.7 获得Runloop对象

1.获得当前Runloop对象
//01 NSRunloop
NSRunLoop * runloop1 = [NSRunLoop currentRunLoop];
//02 CFRunLoopRef
CFRunLoopRef runloop2 = CFRunLoopGetCurrent();

2.拿到当前应用程序的主Runloop（主线程对应的Runloop）
//01 NSRunloop
NSRunLoop * runloop1 = [NSRunLoop mainRunLoop];
//02 CFRunLoopRef
CFRunLoopRef runloop2 = CFRunLoopGetMain();

3.注意点：开一个子线程创建runloop,不是通过alloc init方法创建，而是直接通过调用currentRunLoop方法来创建，它本身是一个懒加载的。
4.在子线程中，如果不主动获取Runloop的话，那么子线程内部是不会创建Runloop的。可以下载CFRunloopRef的源码，搜索_CFRunloopGet0,查看代码。
5.Runloop对象是利用字典来进行存储，而且key是对应的线程Value为该线程对应的Runloop。
1.8 Runloop相关类

（1）Runloop运行原理图

（2）五个相关的类
a.CFRunloopRef
b.CFRunloopModeRef【Runloop的运行模式】
c.CFRunloopSourceRef【Runloop要处理的事件源】
d.CFRunloopTimerRef【Timer事件】
e.CFRunloopObserverRef【Runloop的观察者（监听者）】
（3）Runloop和相关类之间的关系图

（4）Runloop要想跑起来，它的内部必须要有一个mode,这个mode里面必须有source\observer\timer，至少要有其中的一个。
CFRunloopModeRef 1.CFRunloopModeRef代表着Runloop的运行模式
2.一个Runloop中可以有多个mode,一个mode里面又可以有多个source\observer\timer等等
3.每次runloop启动的时候，只能指定一个mode,这个mode被称为该Runloop的当前mode
4.如果需要切换mode,只能先退出当前Runloop,再重新指定一个mode进入
5.这样做主要是为了分割不同组的定时器等，让他们相互之间不受影响
6.系统默认注册了5个mode
a.kCFRunLoopDefaultMode：App的默认Mode，通常主线程是在这个Mode下运行
b.UITrackingRunLoopMode：界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响
c.UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用
d.GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到
e.kCFRunLoopCommonModes: 这是一个占位用的Mode，不是一种真正的Mode

CFRunloopTimerRef

（1）NSTimer相关代码
/*
说明：
（1）runloop一启动就会选中一种模式，当选中了一种模式之后其它的模式就都不鸟。一个mode里面可以添加多个NSTimer,也就是说以后当创建NSTimer的时候，可以指定它是在什么模式下运行的。
（2）它是基于时间的触发器，说直白点那就是时间到了我就触发一个事件，触发一个操作。基本上说的就是NSTimer
（3）相关代码
*/

(void)timer2
{
//NSTimer 调用了scheduledTimer方法，那么会自动添加到当前的runloop里面去，而且runloop的运行模式kCFRunLoopDefaultMode

NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];

//更改模式
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

}

(void)timer1
{
// [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];

NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];

//定时器添加到UITrackingRunLoopMode模式，一旦runloop切换模式，那么定时器就不工作
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];

//定时器添加到NSDefaultRunLoopMode模式，一旦runloop切换模式，那么定时器就不工作
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];

//占位模式：common modes标记
//被标记为common modes的模式 kCFRunLoopDefaultMode UITrackingRunLoopMode
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

// NSLog(@"%@",[NSRunLoop currentRunLoop]);
}
(void)run
{
NSLog(@"---run---%@",[NSRunLoop currentRunLoop].currentMode);
}
(IBAction)btnClick {

NSLog(@"---btnClick---");
}
（2）GCD中的定时器
//0.创建一个队列
dispatch_queue_t queue = dispatch_get_global_queue(0, 0);

//1.创建一个GCD的定时器
/*
第一个参数：说明这是一个定时器
第四个参数：GCD的回调任务添加到那个队列中执行，如果是主队列则在主线程执行
*/
dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);

//2.设置定时器的开始时间，间隔时间以及精准度

//设置开始时间，三秒钟之后调用
dispatch_time_t start = dispatch_time(DISPATCH_TIME_NOW,3.0 *NSEC_PER_SEC);
//设置定时器工作的间隔时间
uint64_t intevel = 1.0 * NSEC_PER_SEC;

/*
第一个参数：要给哪个定时器设置
第二个参数：定时器的开始时间DISPATCH_TIME_NOW表示从当前开始
第三个参数：定时器调用方法的间隔时间
第四个参数：定时器的精准度，如果传0则表示采用最精准的方式计算，如果传大于0的数值，则表示该定时切换i可以接收该值范围内的误差，通常传0
该参数的意义：可以适当的提高程序的性能
注意点：GCD定时器中的时间以纳秒为单位（面试）
*/

dispatch_source_set_timer(timer, start, intevel, 0 * NSEC_PER_SEC);

//3.设置定时器开启后回调的方法
/*
第一个参数：要给哪个定时器设置
第二个参数：回调block
*/
dispatch_source_set_event_handler(timer, ^{
NSLog(@"------%@",[NSThread currentThread]);
});

//4.执行定时器
dispatch_resume(timer);

//注意：dispatch_source_t本质上是OC类，在这里是个局部变量，需要强引用
self.timer = timer;

GCD定时器补充
/*
DISPATCH_SOURCE_TYPE_TIMER 定时响应（定时器事件）
DISPATCH_SOURCE_TYPE_SIGNAL 接收到UNIX信号时响应

DISPATCH_SOURCE_TYPE_READ IO操作，如对文件的操作、socket操作的读响应
DISPATCH_SOURCE_TYPE_WRITE IO操作，如对文件的操作、socket操作的写响应
DISPATCH_SOURCE_TYPE_VNODE 文件状态监听，文件被删除、移动、重命名
DISPATCH_SOURCE_TYPE_PROC 进程监听,如进程的退出、创建一个或更多的子线程、进程收到UNIX信号

下面两个都属于Mach相关事件响应
DISPATCH_SOURCE_TYPE_MACH_SEND
DISPATCH_SOURCE_TYPE_MACH_RECV
下面两个都属于自定义的事件，并且也是有自己来触发
DISPATCH_SOURCE_TYPE_DATA_ADD
DISPATCH_SOURCE_TYPE_DATA_OR
*/
CFRunloopSourceRef 1.是事件源也就是输入源，有两种分类模式；
一种是按照苹果官方文档进行划分的
另一种是基于函数的调用栈来进行划分的（source0和source1）。
2.具体的分类情况
（1）以前的分法
Port-Based Sources
Custom Input Sources
Cocoa Perform Selector Sources

  （2）现在的分法
      Source0：非基于Port的
      Source1：基于Port的

3.可以通过打断点的方式查看一个方法的函数调用栈

CFRunLoopObserverRef

（1）CFRunLoopObserverRef是观察者，能够监听RunLoop的状态改变
（2）如何监听
//创建一个runloop监听者
CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {

    NSLog(@"监听runloop状态改变---%zd",activity);
});

//为runloop添加一个监听者
CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);

CFRelease(observer);

（3）监听的状态
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), //即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << 1), //即将处理NSTimer
kCFRunLoopBeforeSources = (1UL << 2), //即将处理Sources
kCFRunLoopBeforeWaiting = (1UL << 5), //即将进入休眠
kCFRunLoopAfterWaiting = (1UL << 6), //刚从休眠中唤醒
kCFRunLoopExit = (1UL << 7), //即将退出runloop
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有状态改变
};
1.9 Runloop运行逻辑 -

2.Runloop****应用
1）NSTimer
2）ImageView显示：控制方法在特定的模式下可用
3）PerformSelector
4）常驻线程：在子线程中开启一个runloop
5）自动释放池
第一次创建：进入runloop的时候
最后一次释放：runloop退出的时候
其它创建和释放：当runloop即将休眠的时候会把之前的自动释放池释放，然后重新创建一个新的释放池

3.****网络基础
3.1 网络基础 001 问题：为什么要学习网络编程？
回答：（1）网络编程是一种实时更新应用数据的常用手段
（2）网络编程是开发优秀网络应用的前提和基础

002 网络基本概念
2-1 客户端（就是手机或者ipad等手持设备上面的APP）
2-2 服务器（远程服务器-本地服务器）
2-3 请求（客户端索要数据的方式）
2-4 响应（需要客户端解析数据）
2-5 数据库（服务器的数据从哪里来）

3.2 Http 001 URL
1-1 如何找到服务器（通过一个唯一的URL）
1-2 URL介绍
a. 统一资源定位符
b. url格式（协议\主机地址\路径）
协议：不同的协议，代表着不同的资源查找方式、资源传输方式
主机地址：存放资源的主机（服务器）的IP地址（域名）
路径：资源在主机（服务器）中的具体位置

  1-3 请求协议
      【file】访问的是本地计算机上的资源，格式是file://（不用加主机地址）
      【ftp】访问的是共享主机的文件资源，格式是ftp://
      【mailto】访问的是电子邮件地址，格式是mailto:
      【http】超文本传输协议，访问的是远程的网络资源，格式是http://（网络请求中最常用的协议）

002 http协议
2-1 http协议简单介绍
a.超文本传输协议
b.规定客户端和服务器之间的数据传输格式
c.让客户端和服务器能有效地进行数据沟通

  2-2 http协议优缺点
      a.简单快速（协议简单，服务器端程序规模小，通信速度快）
      b.灵活（允许传输各种数据）
      c.非持续性连接(1.1之前版本是非持续的，即限制每次连接只处理一个请求，服务器对客户端的请求做出响应后，马上断开连接，这种方式可以节省传输时间)
  2-3 基本通信过程
      a.请求：客户端向服务器索要数据
      b.响应：服务器返回客户端相应的数据

003 GET和POST请求
3-1 http里面发送请求的方法
GET（常用）、POST（常用）、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH

  3-2 GET和POST请求的对比【区别在于参数如何传递】
      GET
      在请求URL后面以?的形式跟上发给服务器的参数，多个参数之间用&隔开，比如
      http://ww.test.com/login?username=123&pwd=234&type=JSON
      由于浏览器和服务器对URL长度有限制，因此在URL后面附带的参数是有限制的，通常不能超过1KB

      POST
      发给服务器的参数全部放在请求体中
      理论上，POST传递的数据量没有限制（具体还得看服务器的处理能力）

  3-3 如何选择【除简单数据查询外，其它的一律使用POST请求】
      a.如果要传递大量数据，比如文件上传，只能用POST请求
      b.GET的安全性比POST要差些，如果包含机密\敏感信息，建议用POST
      c.如果仅仅是索取数据（数据查询），建议使用GET
      d.如果是增加、修改、删除数据，建议使用POST

004 iOS中发送http请求的方案
4-1 苹果原生
NSURLConnection 03年推出的古老技术
NSURLSession 13年推出iOS7之后，以取代NSURLConnection【重点】
CFNetwork 底层技术、C语言的

  4-2 第三方框架
      ASIHttpRequest
      AFNetworking         【重点】
      MKNetworkKit

005 http请求通信过程
5-1 请求
【包括请求头+请求体·非必选】
5-2 响应
【响应头+响应体】
5-3 通信过程
a.发送请求的时候把请求头和请求体（请求体是非必须的）包装成一个请求对象
b.服务器端对请求进行响应，在响应信息中包含响应头和响应体，响应信息是对服务器端的描述，具体的信息放在响应体中传递给客户端
5-4 状态码
【200】：请求成功
【400】：客户端请求的语法错误，服务器无法解析
【404】：无法找到资源
【500】：服务器内部错误，无法完成请求


1.SDWebImage相关知识点补充
  01.SDWebImage接收到内存警告的时候如何处理？采用监听系统警告通知的方式处理，接收到警告后清空缓存
  02.SDWebImage队列最大并发数为6
  03.SDWebImage内部设置下载图片超时时间为15m
  04.SDWebImage图片下载操作使用了NSURLConnection类发送网络请求实现
  05.SDWebImage内部使用NSCache类来进行缓存处理
  06.SDWebImage内部如何判断图片类型？判断该图片二进制数据的第一个字节
  07.SDWebImage做沙盒缓存时图片的命名机制是拿到图片的URL后直接对URL进行MD5加密

2.NSCache知识点补充
 01.NSCache是专门用来进行缓存处理的，
 02.NSCache简单介绍：
    2-1 NSCache是苹果官方提供的缓存类，具体使用和NSDictionary类似，在AFN和SDWebImage框架中被使用来管理缓存
    2-2 苹果官方解释NSCache在系统内存很低时，会自动释放对象（但模拟器演示不会释放）
        建议：接收到内存警告时主动调用removeAllObject方法释放对象
    2-3 NSCache是线程安全的，在多线程操作中，不需要对NSCache加锁
    2-4 NSCache的Key只是对对象进行Strong引用，不是拷贝

 03 属性介绍：
    name:名称
    delegete:设置代理
    totalCostLimit：缓存空间的最大总成本，超出上限会自动回收对象。默认值为0，表示没有限制
    countLimit：能够缓存的对象的最大数量。默认值为0，表示没有限制
    evictsObjectsWithDiscardedContent：标识缓存是否回收废弃的内容

 04 方法介绍
- (void)setObject:(ObjectType)obj forKey:(KeyType)key;//在缓存中设置指定键名对应的值，0成本
- (void)setObject:(ObjectType)obj forKey:(KeyType)key cost:(NSUInteger)g;//在缓存中设置指定键名对应的值，并且指定该键值对的成本，用于计算记录在缓存中的所有对象的总成本，出现内存警告或者超出缓存总成本上限的时候，缓存会开启一个回收过程，删除部分元素
- (void)removeObjectForKey:(KeyType)key;//删除缓存中指定键名的对象
- (void)removeAllObjects;//删除缓存中所有的对象

MY_SDWebImage解读

第三方框架SDWebImage

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读