Alamofire (2)--后台下载
这一篇主要讲解后台下载,后台下载对于应用程序来说,是一个非常重要也比较好用的功能。虽然用好后台下载的确能够大大提升用户体验,但是又很多时候我们也会遇到很多坑点以及疑惑点。其中会通过
URLSession
和Alamofire
两种形式分别展开讨论,对比学习才能更能体会Alamofire
的设计思维。Alamofire
持续更新中,希望大家希望!
一、URLSession处理后台下载
URLSession
在后台处理方面还是比较简单的。
// 1:初始化一个background的模式的configuration
let configuration = URLSessionConfiguration.background(withIdentifier: self.createID())
// 2:通过configuration初始化网络下载会话
let session = URLSession.init(configuration: configuration, delegate: self, delegateQueue: OperationQueue.main)
// 3:session创建downloadTask任务-resume启动
session.downloadTask(with: url).resume()
- 初始化一个
background
的模式的configuration
。configuration
有 三种模式 ,只有background
的模式才能进行后台下载。 - 通过configuration初始化网络下载会话
session
,设置相关代理,回调数据信号响应。 -
session
创建downloadTask任务
-resume
启动 (默认状态:suspend
) - 接下来依赖苹果封装的网络处理,发起连接 - 发送相关请求 - 回调代理响应
//MARK: - session代理
extension ViewController:URLSessionDownloadDelegate{
func urlSession(_ session: URLSession, downloadTask: URLSessionDownloadTask, didFinishDownloadingTo location: URL) {
// 下载完成 - 开始沙盒迁移
print("下载完成 - \(location)")
let locationPath = location.path
//拷贝到用户目录(文件名以时间戳命名)
let documnets = NSHomeDirectory() + "/Documents/" + self.lgCurrentDataTurnString() + ".mp4"
print("移动地址:\(documnets)")
//创建文件管理器
let fileManager = FileManager.default
try! fileManager.moveItem(atPath: locationPath, toPath: documnets)
}
func urlSession(_ session: URLSession, downloadTask: URLSessionDownloadTask, didWriteData bytesWritten: Int64, totalBytesWritten: Int64, totalBytesExpectedToWrite: Int64) {
print(" bytesWritten \(bytesWritten)\n totalBytesWritten \(totalBytesWritten)\n totalBytesExpectedToWrite \(totalBytesExpectedToWrite)")
print("下载进度: \(Double(totalBytesWritten)/Double(totalBytesExpectedToWrite))\n")
}
}
- 实现了
URLSessionDownloadDelegate
的didFinishDownloadingTo
代理,实现下载完成转移临时文件里的数据到相应沙盒保存 - 通过
urlSession(_ session: downloadTask:didWriteData bytesWritten: totalBytesWritten: totalBytesExpectedToWrite: )
的代理监听下载进度 - 这里也是因为
http的分片传输
才导致的进度有段的感觉,其实证明内部也是对这个代理方法不断调用,才能进度回调!
这里实现了下载功能,但是对于我们需要的后台下载还差一段
Applications using an NSURLSession with a background configuration may be launched or resumed in the background in order to handle the completion of tasks in that session, or to handle authentication. This method will be called with the identifier of the session needing attention. Once a session has been created from a configuration object with that identifier, the session's delegate will begin receiving callbacks. If such a session has already been created (if the app is being resumed, for instance), then the delegate will start receiving callbacks without any action by the application. You should call the completionHandler as soon as you're finished handling the callbacks.
苹果爸爸总是能在合适时间给你优秀的建议,阅读文档的能力决定你是否能够在这个时代站稳自己的脚尖
class AppDelegate: UIResponder, UIApplicationDelegate {
var window: UIWindow?
//用于保存后台下载的completionHandler
var backgroundSessionCompletionHandler: (() -> Void)?
func application(_ application: UIApplication, handleEventsForBackgroundURLSession identifier: String, completionHandler: @escaping () -> Void) {
self.backgroundSessionCompletionHandler = completionHandler
}
}
- 实现
handleEventsForBackgroundURLSession
就可以完美后台下载 - 告诉代理与
URLSession
相关的事件正在等待处理。 - 应用程序在所有与
URLSession对象
关联的后台传输完成后调用此方法,无论传输成功完成还是导致错误。如果一个或多个传输需要认证,应用程序也会调用这个方法。 - 使用此方法可以重新连接任何
URLSession
并更新应用程序的用户界面。例如,您可以使用此方法更新进度指示器或将新内容合并到视图中。在处理事件之后,在completionHandler
参数中执行block
,这样应用程序就可以获取用户界面的刷新。 - 我们通过
handleEventsForBackgroundURLSession
保存相应的回调,这也是非常必要的!告诉系统后台下载回来及时刷新屏幕
在urlSessionDidFinishEvents
的代理实现调用
func urlSessionDidFinishEvents(forBackgroundURLSession session: URLSession) {
print("后台任务下载回来")
DispatchQueue.main.async {
guard let appDelegate = UIApplication.shared.delegate as? AppDelegate, let backgroundHandle = appDelegate.backgroundSessionCompletionHandler else { return }
backgroundHandle()
}
}
- 拿到
UIApplication.shared.delegate
的回调函数执行 - 注意线程切换主线程,毕竟刷新界面
那么如果不实现这个代理里面的回调函数的执行,那么会发生什么呢
- 后台下载的能力是不会影响的
- 但是会爆出非常验证界面刷新卡顿,影响用户体验
- 同时打印台会爆出警告
Warning: Application delegate received call to -
application:handleEventsForBackgroundURLSession:completionHandler:
but the completion handler was never called.
二、Alamofire后台下载
Alamofire
框架还是比较有感觉的,这个节奏也是函数式回调,还支持链式请求和响应!事务逻辑非常清晰,还有代码可读性也是非常简洁
LGBackgroundManger.shared.manager
.download(self.urlDownloadStr) { (url, response) -> (destinationURL: URL, options: DownloadRequest.DownloadOptions) in
let documentUrl = FileManager.default.urls(for: .documentDirectory, in: .userDomainMask).first
let fileUrl = documentUrl?.appendingPathComponent(response.suggestedFilename!)
return (fileUrl!,[.removePreviousFile,.createIntermediateDirectories])
}
.response { (downloadResponse) in
print("下载回调信息: \(downloadResponse)")
}
.downloadProgress { (progress) in
print("下载进度 : \(progress)")
}
- 这里封装了一个单利
LGBackgroundManger
的后台下载管理类,调用manger
的手法也是非常直接。 - 封装的思想再也不需要去处理恶心的代理事件
struct LGBackgroundManger {
static let shared = LGBackgroundManger()
let manager: SessionManager = {
let configuration = URLSessionConfiguration.background(withIdentifier: "com.lgcooci.AlamofireTest.demo")
configuration.httpAdditionalHeaders = SessionManager.defaultHTTPHeaders
configuration.timeoutIntervalForRequest = 10
configuration.timeoutIntervalForResource = 10
configuration.sharedContainerIdentifier = "group.com.lgcooci.AlamofireTest"
return SessionManager(configuration: configuration)
}()
}
可能很多同学都在质疑为什么要做成单利,URLSession的时候不是挺好的?
- 如果你是
SessionManager.defalut
显然是不可以的!毕竟要求后台下载,那么我们的会话session
的配置URLSessionConfiguration
是要求background
模式的 - 如果你配置出来不做成单利,或者不被持有!在进入后台就会释放,网络也就会报错:
Error Domain=NSURLErrorDomain Code=-999 "cancelled"
- 应用层与网络层也可以达到分离。
- 能够帮助在
AppDelegate
的回调方便直接接收
func application(_ application: UIApplication, handleEventsForBackgroundURLSession identifier: String, completionHandler: @escaping () -> Void) {
LGBackgroundManger.shared.manager.backgroundCompletionHandler = completionHandler
}
三、SessionManger流程分析
一篇优秀的博客,毕竟还要跟大家交代这样清晰的代码的背后流程
1、SessionManger初始化
public init(
configuration: URLSessionConfiguration = URLSessionConfiguration.default,
delegate: SessionDelegate = SessionDelegate(),
serverTrustPolicyManager: ServerTrustPolicyManager? = nil)
{
self.delegate = delegate
self.session = URLSession(configuration: configuration, delegate: delegate, delegateQueue: nil)
commonInit(serverTrustPolicyManager: serverTrustPolicyManager)
}
- 初始化了
session
,其中configuration
是default
的模式,设置了一些基本的SessionManager.defaultHTTPHeaders
请求头信息 - 代理移交,通过创建
SessionDelegate
这个专门处理代理的类来实现URLSession
的代理
2、代理完成回调
SessionDelegate 是一个非常重要的类,集合所有的代理
- URLSessionDelegate
- URLSessionTaskDelegate
- URLSessionDataDelegate
- URLSessionDownloadDelegate
- URLSessionStreamDelegate
这里我们根据需求来到 urlSessionDidFinishEvents
的代理
open func urlSessionDidFinishEvents(forBackgroundURLSession session: URLSession) {
sessionDidFinishEventsForBackgroundURLSession?(session)
}
- 这里执行了
sessionDidFinishEventsForBackgroundURLSession
闭包的执行,那么这个闭包在什么时候申明的呢? - 如果你足够聪明,这里你应该是能够想到的,
SessionDelegate
只是处理代理的专门类,但不是逻辑数据的处理类,按照封装设计的常规思路必将交给管理者类来下发
在我们的 SessionManger
里面的初始化的时候,有一个方法commonInit
delegate.sessionDidFinishEventsForBackgroundURLSession = { [weak self] session in
guard let strongSelf = self else { return }
DispatchQueue.main.async { strongSelf.backgroundCompletionHandler?() }
}
- 这里就是代理的
delegate.sessionDidFinishEventsForBackgroundURLSession
闭包的声明 - 只要后台下载完成就会来到这个闭包内部
- 回调了主线程,调用了
backgroundCompletionHandler
, 这也是SessionManger
对外提供的功能!聪明的你应该知道知道了我在application
的操作的本质了!
3、流程总结
- 首先在 AppDelegate的
handleEventsForBackgroundURLSession
方法里,把回调闭包传给了 SessionManager 的backgroundCompletionHandler
- 在下载完成回来的时候 SessionDelegate 的
urlSessionDidFinishEvents
代理的调用 ->sessionDidFinishEventsForBackgroundURLSession
调用 - 然后
sessionDidFinishEventsForBackgroundURLSession
执行 -> SessionManager 的backgroundCompletionHandler
的执行 - 最后导致 AppDelegate 的
completionHandler
的调用
无论你是使用
URLSession
的方式,还是Alamofire
进行后台下载,但是原理还是一样的,只是Alamofire
使用更加达到依赖下沉,网络层下沉,使用更简洁,这也是很多时候我们需要第三方框架的原因。这一篇你估计已经感受到了Alamofire
的舒服,那么如果你喜欢的话,麻烦点心,关注一下。我会持续更新一个Alamofire
的系列专题,谢谢!
原文作者:集才华帅气于一身的—Cooci哥
- 对于Alamofire有技术疑问,想与 原作者一起探讨交流,可以进入iOS技术圈,一起探讨学习
- 点击加入群聊:与 iOS开发者一起探讨交流