iOS 第三方库的原理解析

前言:GitHub我们常用的第三方框架(开源库)

其他引用:
swift常用第三方库
swift主流 JSON 解析框架


以下是对开源库原理的简单总结

1、AFNetworking原理解析

AFNetworking-3.0 之前,主要是对NSURLConnection进行了封装(iOS9.0废弃),包含以下核心的类:
AFURLConnectionOperation
AFHTTPRequestOperationManager
AFHTTPRequestOperation
(NSURLConnection 缺点:
1、 在主线程运行,容易造成线程阻塞
2、没有下载进度
3、内存偏高,有一个最大的峰值
原因:默认Connection是在主线程工作,指定了代理的工作队列之后,整个下载仍然是在主线程,UI事件能够卡主下载
解决方案:要放在队列中执行NSOperationQueue「开启子线程」,子线程放在Runloop中,并要手动开启Runloop,用完后子线程才能回收
不能使用:[[NSRunLoop currentRunLoop] run];
手动使用:CFRunLoopRun();
AFNetworking 3.0 之后 使用 NSURLSession 进行封装。

AFNetworking框架由以下五部分组成:

  • NSURLSession:AFURLSessionManagerAFHTTPSessionManager
  • 序列化/反序列化:
    AFURLRequestSerialization上传的数据转换成JSON格式,
    AFJSONResponseSerializer JSON解析器
  • 安全协议:AFSecurityPolicy 是针对 HTTPS的 服务
  • 网络管理器:AFNetworkReachabilityManager
  • UIKit:提供了网络请求过程中与UI界面显示相关的操作接口
    ActivityIndicator、UIAlertView、UIButton、UIImageView、UIprogressView、UIWebView

NSURLSessionTask为分为三种类型:
普通任务:NSURLSessionDataTask
下载任务:NSURLSessionDownLoadTask
上传任务:NSURLSessionUploadTask

注意重点:

  • 所有Task的默认状态都是暂停的,需要用[Task resume]启动。
  • NSURLSession对象对其delegate都是强引用的,只有当Session对象invalidate, 才会释放delegate,否则会出现memory leak。

请求过程

1、初始化会话管理类:AFURLSessionManager。
2、配置会话模式类型:NSURLSessionConfig
3、创建任务Task对象,启动任务
4、通过KVO监听download进度和upload进度
5、由任务代理回调处理:AFURLSessionmanagerTaskDelegate,数据响应,错误响应
//-------------------------------------------------------------------------------------------



2、SDWebImage原理解析

1、入口 setImageWithURL:placeholderImage:options:会先把 placeholderImage显示,然后 SDWebImageManager根据 URL 开始处理图片。(以URL的MD5值作为key)

2、进入SDImageCache从内存缓存查找SDImageCacheDelegate回调给SDWebImageManager,然后通过NSDWebImageManagerDelegate回调展示

3、如果内存缓存中没有,生成 `NSOperation`添加到队列,开始从硬盘(Disk)查找图片是否已经下载
有: 回主线程进行结果回调 NotifyDelegate,将图片添加到内存缓存中SDImageCache,再回调展示
无: 共享或重新生成一个SDWebImageDownloader下载图片,由 NSURLSession实现相关 delegate,来判断图片下载中、下载完成和下载失败。

下载完后,放入硬盘,加入缓存,再回调展示
//-------------------------------------------------------------------------------------------



3、MJExtension原理解析

框架内的基本函数
#pragma mark  模型 -> 字典
- (NSMutableDictionary *)mj_keyValues
#pragma mark  字典 -> 模型
+ (instancetype)mj_objectWithKeyValues:(id)keyValues;
#pragma mark  字典数组 -> 模型数组
+ (NSMutableArray *)mj_objectArrayWithKeyValuesArray:(NSArray *)keyValuesArray

#pragma mark 核心代码:
- (instancetype)mj_setKeyValues:(id)keyValues context:(NSManagedObjectContext *)context


转化过程

1、NSString、NSData 转化成JSON对象:(NSDictionary本身就是json对象)
[keyValuesArray mj_JSONObject]
2、遍历属性,返回属性列表,映射成对象MJProperty。
在Block回调中可以获取到每一个MJProperty(封装的属性)
通过单例做属性缓存

  • 检测是否被忽略
  • 取出属性值
  • 值的过滤(提供了尾部可以对特殊值做处理的功能)
  • 类型的转化处理
    NSArray->NSMutableArray,
    NSData->NSMutableData,
    NSDictionary->NSMutableDictionary
    URL类型的字符串:NSString转换为NSURL
    NSNumber -> NSString
    BOOL等类型的转换

- (instancetype)mj_setKeyValues:(id)keyValues context:(NSManagedObjectContext *)contex

扩展:
判断是否为JSON对象
BOOL isYes = [NSJSONSerialization isValidJSONObject:dict];

//-------------------------------------------------------------------------------------------



4、Masonry原理解析

Masonry常用函数
#pragma mark  <基础API>
mas_makeConstraints()    添加约束
mas_remakeConstraints()  移除之前的约束,重新添加新的约束
mas_updateConstraints()  更新约束,写哪条更新哪条,其他约束不变

equalTo()       参数是对象类型,一般是视图对象或者mas_width这样的坐标系对象
mas_equalTo()   和上面功能相同,参数可以传递基础数据类型对象,可以理解为比上面的API更强大
width()         用来表示宽度,例如代表view的宽度
mas_width()     用来获取宽度的值。和上面的区别在于:
                一个代表某个坐标系对象,一个用来获取坐标系对象的值

make.width.lessThanOrEqualTo(@200);      // 设置宽度小于等于200
make.height.greaterThanOrEqualTo(@(10)); // 设置高度大于等于10
make.width.equalTo(self.view).multipliedBy(0.2); //设置约束比例
当前View的宽度是self.view宽度的0.2倍

#pragma mark  <设置约束优先级>
提供了三个默认的方法,这三个方法内部对应着不同的默认优先级。
除了这三个方法,我们也可以自己设置优先级的值,可以通过priority()方法来设置。
priorityLow()、
priorityMedium()、
priorityHigh(),

#pragma mark  <更新约束和布局>
- (void)updateConstraintsIfNeeded  调用此方法,如果有标记为需要重新布局的约束,则立即进行重新布局,内部会调用updateConstraints方法
- (void)updateConstraints          重写此方法,内部实现自定义布局过程
- (BOOL)needsUpdateConstraints     当前是否需要重新布局,内部会判断当前有没有被标记的约束
- (void)setNeedsUpdateConstraints  标记需要进行重新布局

1.没有添加view,就使用了masonry布局。为什么会崩溃?
解答:调用函数时 closestCommonSuperview不能为空,作者用NSAssert方式让使用者更好调试。


未完待续。。。


引用参考:
iOS进阶_NSURLConnection被弃用的原因

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,026评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,655评论 1 296
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,726评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,204评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,558评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,731评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,944评论 2 314
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,698评论 0 203
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,438评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,633评论 2 247
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,125评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,444评论 3 255
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,137评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,103评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,888评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,772评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,669评论 2 271

推荐阅读更多精彩内容