iOS基础深入补完计划–网络模块NSURLSession概述

释放双眼,带上耳机,听听看~!
目录
  • 前言
  • 概述
  • NSURLRequest
  • NSURLSessionConfiguration
  • NSURLSession
  • NSURLSessionTask
  • Deleagte
  • 一些其他的点
  • NSURLCache
  • NSURLResponse/NSHTTPURLResponse
  • NSURLCredential
  • NSURLAuthenticationChallenge
  • NSURLProtectionSpace

前言:

其实是第一次仔细的接触iOS的网络模块、当时培训的时候学过不过早就已经忘光了(现在只记得AFNetworking、比前端程序员依赖jQuery更甚)。

准备先了解个大概、然后再逐一深入。
所以本篇并没写Demo、也没有涉及太具体的请求代码。
旨在通过一篇文章能对NSURLSession了解个大概(最起码面试简单扯皮够用)
也整理了大部分相关的API、有兴趣可以自己翻阅(在本文最后)
然后本文主要的学习大纲是通过《IOS网络开发NSURLSession详解》整理的、推荐阅读


概述

对于iOS而言、网络变成主要依赖两种方式:NSURLSession以及NSURLConnection。对于NSURLConnection、我入行甚至培训iOS的时候、就淘汰并且被NSURLSession取代了。也不太有精力学一个已经废弃的东西就为了写点东西、所以没啥可说的(如果有精力可以去找一篇总结二者区别比较全面的贴出来)。

咳、简单总结一下:
1、下载任务时:
NSURLConnection会先放在内存、最后写入沙盒。可能引起内存暴涨。
NSURLSession会直接写在沙盒和tem文件夹中、最后需要手动转移。
2、请求控制:
NSURLConnection创建好了对象、便开始网络请求。
只能cancel并不能恢复。
NSURLSession则在挂起状态需要手动resume。
可以取消(cancel)、暂停(suspend)、继续(resume)。
3、断点续传:
NSURLConnection通过设置访问请求的HTTPHeaderField的Range属性、继续下载剩余的部分。
NSURLSession通过将任务暂停时候代理返回的resumeData传入downloadTaskWithResumeData:方法进行续传。
4、配置信息:
NSURLConnection只能全局配置。
NSURLSession每一个实例都可以通过NSURLSessionConfiguration进行配置。

详阅:《NSURLSession与NSURLConnection区别》

了解NSURLSession的话。该从哪里切入呢?写一个网络请求就知道了

- (void)NSURLSessionTest {
/******1、NSURLRequest********/
NSString *urlString = @"http://api.androidhive.info/volley/person_object.json";
urlString = [urlString stringByAddingPercentEncodingWithAllowedCharacters:[NSCharacterSet URLQueryAllowedCharacterSet]];
NSURL *url = [NSURL URLWithString:urlString];
NSURLRequest *request = [NSURLRequest requestWithURL:url cachePolicy:NSURLRequestReloadIgnoringLocalCacheData timeoutInterval:30];
/******2、NSURLSessionConfiguration********/
NSURLSessionConfiguration * configuration = [NSURLSessionConfiguration defaultSessionConfiguration];
/******3、NSURLSession********/
NSURLSession *sharedSession = [NSURLSession sessionWithConfiguration:configuration];
/******4、NSURLSessionTask********/
NSURLSessionDataTask *dataTask = [sharedSession dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
if (error == nil) {
NSLog(@"data=%@",[[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding]);
} else {
NSLog(@"error=%@",error);
}
}];
[dataTask resume];
}

很直观的、至少有四个部分:NSURLRequestNSURLSessionConfigurationNSURLSession以及NSURLSessionTask
但实际上有一个很重要的部分—-代理、他可以比block细致的多的管理我们的网络请求。
所以主要是五个部分。


NSURLRequest

  • NSURLRequest

两种创建方式
1、直接通过NSURL创建:
默认超时60s、缓存策略NSURLRequestUseProtocolCachePolicy

+ (instancetype)requestWithURL:(NSURL *)URL;
- (instancetype)initWithURL:(NSURL *)URL;

2、通过NSURL超时时间缓存策略共同创建:

+ (instancetype)requestWithURL:(NSURL *)URL cachePolicy:(NSURLRequestCachePolicy)cachePolicy timeoutInterval:(NSTimeInterval)timeoutInterval;
- (instancetype)initWithURL:(NSURL *)URL cachePolicy:(NSURLRequestCachePolicy)cachePolicy timeoutInterval:(NSTimeInterval)timeoutInterval;

不论哪种方式、默认都是通过Get方式传输。

你可以通过NSURLRequest的属性获取很多相关的信息:
包括超时时间、请求的URL、缓存目录、是否支持蜂窝网络等等。
需要注意的是这些都是readonly、不能被修改。
但是对于比如请求方式、请求头、请求体、cookie等HTTP方面的属性。是可以修改的(iOS为NSURLRequest写了个NSHTTPURLRequest扩展、这种思路其实可以借鉴一下)

  • NSMutableURLRequest

顾名思义、他可以修改绝大部分(或者应该说是所有?我并没有逐个去查找对比、但是绝大部分平时用得到的东西都是能修改的)属性。


NSURLSessionConfiguration

NSURLSession提供一个配置策略、NSURLSession在初始化时会copyNSURLSessionConfiguration。所以如果需要不同的策略、需要不同的Configuration来生成新的session。
通常的使用就是以下三种:

  • @property (class, readonly, strong) NSURLSessionConfiguration *defaultSessionConfiguration;
    默认配置:会将缓存、钥匙串、cookie都保存下来。
  • @property (class, readonly, strong) NSURLSessionConfiguration *ephemeralSessionConfiguration;
    可以看错无痕浏览:所有东西随着session的废弃而废弃。

(说句题外话、defaultSessionConfigurationephemeralSessionConfiguration看其他帖子好像以前是类方法、原来还有class这种写法、为啥非要这么写呢、没发现什么必要性)

  • +(NSURLSessionConfiguration*)backgroundSessionConfigurationWithIdentifier:(NSString *)identifier
    正常来讲APP在退出到后台的时候、网络传输将会停止。
    但通过background配置的session、当APP被切入后台的时候依旧可以进行网络会话。
    甚至进程被关闭后重新开启、只要有同一个identifier、也能继续会话(这不就是断点续传么?)。
除此之外、NSURLSessionConfiguration还可以配置很多东西。

比如:请求头信息、传输的类型、是否允许蜂窝传输、超时时间、cookie的控制、证书的存储、缓存(NSURLCache)、缓存策略(NSURLRequestCachePolicy)、最大连接数等等。

需要注意的是

NSURLSessionConfiguration所能配置的策略、有一些和NSURLRequest能配置的会冲突。
这时候、会优先使用NSURLRequest中的配置(比如超时、请求头等等)。


NSURLSession

NSURLSession是iOS网络会话的最核心模块。
由NSURLSessionConfiguration来配置、针对NSURLRequest创建出NSURLSessionTask进行网络会话。

其本身不进行网络会话的工作。但是通过代理或者block的方式、可以捕获网络会话的不同状态并加以处理。

  • 产出task、并通过block捕获最终状态
//生成session
NSURLSession *session = [NSURLSession sessionWithConfiguration:[NSURLSessionConfiguration defaultSessionConfiguration]];
//产出task
NSURLSessionDataTask * dataTask = [session dataTaskWithURL:[NSURL URLWithString:imageURL] completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) {
//taks完成
}];
//开始task
[dataTask resume];
  • 直接产出task、并且通过代理控制
//生成session并绑定代理
NSURLSession *session = [NSURLSession sessionWithConfiguration:[NSURLSessionConfiguration defaultSessionConfiguration] delegate:self delegateQueue:nil];
//产出task
NSURLSessionDataTask * dataTask = [session dataTaskWithURL:[NSURL URLWithString:imageURL]];
//开始task
[dataTask resume];
/*
各种各样的代理、包括session(`证书、重定向`)方面
以及task(`链接成功、每次buffer的返回、传输完毕等等`)方面
*/

NSURLSessionTask

偷一张图

 

 

简单明了、NSURLSessionTask本身是个抽象类、不进行任何工作。

  • DataTask:
    用来请求资源、后台模式下不支持。
  • Upload Task:
    基于DataTask、但是提供了request body可以传递具体的文件或者二进制Data。后台模式下也支持Upload Task。
  • Download Task:
    下载任务。所有模式的session都支持。
  • 需要注意的是:

创建出的所有task都是在挂起状态的、需要[dataTask resume];手动开启。具体的创建方式可以参阅《iOS基础深入补完计划–NSURLSession相关API》中关于task创建的API。


Deleagte

代理是很大的一块、准备在开一篇帖子写几个Demo把每个代理都用一遍看看。
简单来讲:

  • NSURLSessionDelegate
    针对整体网络会话:证书、重定向等
  • NSURLSessionTaskDelegate
    针对网络任务:开始、结束、单次proposedResponse等
  • NSURLSessionDownloadDelegate
    针对下载任务的特殊代理
  • NSURLSessionStreamDelegate
    为数据流上传提供数据源的特殊代理

其实这些代理都是NSURLSessionDelegate的子类或者子子类、只是为了分工更加明确罢了。

详情可以参阅《iOS基础深入补完计划–NSURLSession代理使用详解(附Demo)》


一些其他的点


NSURLCache

  • 在IOS应用程序开发中、为了减少与服务端的交互次数、加快用户的响应速度、一般都会在IOS设备中加一个缓存的机制。使用缓存的目的是为了使用的应用程序能更快速的响应用户输入、是程序高效的运行。有时候我们需要将远程web服务器获取的数据缓存起来、减少对同一个url多次请求。使用sdk中的NSURLCache类、可以很方便的实现此功能。
  • NSURLCache可以做到完全的离线缓存、即在没有网络的情况下打开离线内容。通过自定义的实现、将缓存文件存放到沙盒路径下、缓存空间没有大小限制。可以借鉴H5离线缓存中的Manifest文件,来定义缓存策略。Manifest文件从服务器端下载下来,在本地做版本对比,来实现存储和更新。
  • NSURLCache拦截不到WKWebView中发出的任何网络请求。所以如果使用WKWebView的话、NSURLCache实现不了离线缓存的功能。
  • 可以通过NSURLSessionConfiguration的requestCachePolicy属性进行session层面的整体配置。也可以通过NSURLRequest/NSMutableURLRequest对单一请求进行配置。

更多的使用可以移步:《NSURLCache缓存使用简介》


NSURLResponse/NSHTTPURLResponse

网络请求的返回信息。


NSURLCredential

证书对象、有三种验证方式


NSURLAuthenticationChallenge

在访问资源的时候、可能服务器会返回需要授权(需要我们提供一个NSURLCredential对象)、会走以下两个代理:

//服务器验证客户端证书时:(`initWithIdentity`)
//客户端验证服务器证书时:(`initWithTrust`)
- (void)URLSession:(NSURLSession *)session didReceiveChallenge:(NSURLAuthenticationChallenge *)challenge completionHandler:(void (^)(NSURLSessionAuthChallengeDisposition disposition, NSURLCredential *credential))completionHandler;

具体的写法可以看看《关于ios项目绕过证书访问https》

需要的授权信息会保存在这个类的对象里。
几个常用的属性

  • error
    最后一次授权失败的错误信息
  • failureResponse
    最后一次授权失败的错误信息
  • previousFailureCount
    授权失败的次数
  • proposedCredential
    建议使用的证书
  • protectionSpace
    NSURLProtectionSpace对象,包括了地址端口等信息。

NSURLProtectionSpace

这个类的对象代表了服务器上的一块需要授权信息的区域、英文叫realm。通过这个对象的信息来响应Challenge。
比如、如果服务器需要一个基于用户名密码的认证、那么应该先参考下NSURLProtectionSpace对象的host、port、realm、protocol等信息、然后依照这个信息提供证书。
大概的结构是这样:(都是可以取出来看的、依旧是只读)

NSURLProtectionSpace *defaultSpace = [[NSURLProtectionSpace alloc] initWithHost:@"yourbankingdomain.com"
port:443
protocol:NSURLProtectionSpaceHTTPS
realm:@"mobile"
authenticationMethod:NSURLAuthenticationMethodDefault];

参考资料

官方文档
IOS网络开发NSURLSession详解–主要的学习大纲就是通过这篇文章整理的、推荐阅读
iOS网络NSURLSession使用详解
iOS基础深入补完计划–NSURLSessionConfiguration相关API
iOS基础深入补完计划–NSURLRequest/NSURLResponse相关API
iOS基础深入补完计划–NSURLSession相关API
iOS基础深入补完计划–证书与验证相关API
NSURLCache缓存使用简介
NSURLSession与NSURLConnection区别

人已赞赏
iOS文章

iOS开发UITableView分隔线间距为0

2020-3-6 10:59:44

iOS文章

iOS 拉去storyboard或者xib的约束,代码修改约束不生效的问题

2020-3-6 11:57:41

个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
有新消息 消息中心
搜索