Alamofire(5)— Response

2,500 阅读3分钟

😊😊😊Alamofire专题目录,欢迎及时反馈交流 😊😊😊


Alamofire 目录直通车 --- 和谐学习,不急不躁!


Alamofire 请求数据之后,我们就会回调响应,但是底层是如何保证响应必然在请求之后的呢?以及 AlamofireResponse 到底是什么东西,这一篇详细讲解。

一、Response

1:response的执行顺序

首先我们先来看这段代码

SessionManager.default
    .request(urlString)
    .response { (response) in
        print(response)
    }

Alamofire 一个非常关键的类就是 Request ,请看下面这段代码是链式调用,但是怎么保证 responserequest 之后呢?

  • 我们 response 的任务是加入到了 delegate.queue.addOperation
  • 交付给了主队列,毕竟这里的 response 是给用户对外提供的,用户可以直接UI操作
  • 然后回到闭包出去
init(task: URLSessionTask?) {
    _task = task

    self.queue = {
        let operationQueue = OperationQueue()
        operationQueue.maxConcurrentOperationCount = 1
        operationQueue.isSuspended = true
        operationQueue.qualityOfService = .utility
        return operationQueue
    }()
}
  • 这个队列的并发数为 1
  • 初始化出来是默认挂起状态

  • 请求完成的时候:把队列的挂起状态取消了,那么这个时候就可以正常执行任务
  • 刚刚在加入到这个队列里面的任务就可以在请求完成的时候顺序执行 Soga

2:response的作用

response 分为四种

  • DefaultDataResponse
  • DataResponse
  • DefaultDownloadResponse
  • DownloadResponse

这里可以看到并没有 upload 相关的,为什么?😕那是因为 upload 返回的就是普通数据,就没有必要重新封装。

其中 Default 开头就是返回原始数据,没有进过其他处理,不加 Default 可以通过序列化器处理!大家可以对比下面两个方法,不难得出结果

  • 其实如果细心的你,😝😝 应该很容易可以得出,其实这里封装 Response 和我们传统的 Response 不是同一个。里封装 Response 是一个数据储存模型 ,里面保存对外所需要的数据
self.request = request
self.response = response
self.data = data
self.error = error
self.timeline = timeline

三、序列化器

就拿我们最熟悉的 json 序列化器来给大家一起讨论

public func responseJSON(
    queue: DispatchQueue? = nil,
    options: JSONSerialization.ReadingOptions = .allowFragments,
    completionHandler: @escaping (DataResponse<Any>) -> Void)
    -> Self
{
    return response(
        queue: queue,
        responseSerializer: DataRequest.jsonResponseSerializer(options: options),
        completionHandler: completionHandler
    )
}
  • 这里封装了一个 response 的方法
  • 第三个参数是序列化器的初始化
public static func jsonResponseSerializer(
    options: JSONSerialization.ReadingOptions = .allowFragments)
    -> DataResponseSerializer<Any>
{
    return DataResponseSerializer { _, response, data, error in
        return Request.serializeResponseJSON(options: options, response: response, data: data, error: error)
    }
}
  • 这里返回的就是 DataResponseSerializer 类型的序列化器
  • 其中参数就是一个闭包,这个闭包带有一个返回值类型 ResultRequest.serializeResponseJSON
  • 之前上面就是对这个初始化出来的DataResponseSerializer 的参数闭包的调用: DataRequest.jsonResponseSerializer(options: options)
    public static func serializeResponseJSON(
        options: JSONSerialization.ReadingOptions,
        response: HTTPURLResponse?,
        data: Data?,
        error: Error?)
        -> Result<Any>
    {
       // 省略了一些不重要的代码
        do {
            let json = try JSONSerialization.jsonObject(with: validData, options: options)
            return .success(json)
        } catch {
            return .failure(AFError.responseSerializationFailed(reason: .jsonSerializationFailed(error: error)))
        }
    }
  • 很简单的封装验证了一些数据
  • 然后就是非常熟悉的json序列化器: JSONSerialization.jsonObject
  • 根据序列化的结果返回 : .success(json) 或者 .failure(error)

四、总结

  • 创建一个序列化结构体
  • 通过序列化结构体 - 发起序列化响应闭包
  • 把外界就是 taskDelegate 里面的数据 -> 传到我们外界的闭包 - 交给我们自定义的序列或者系统帮我们实现的序列化器实现
  • response 验证 - response.statusCode 判断 - 发出 result
  • result就是我们的序列化器的返回值
  • 同步 operationresult 交给 response 结构体
  • data/downloadResponse 储存数据
  • response回调 返回 response响应数据

非常高兴我们霸占了掘金 RxSwift ,Alamofire 板块,只要搜索 RxSwift ,Alamofire 相关最新文章必然都是一些熟悉的身影~~~ 持续努力,变平凡为非凡 💪 💪 💪

就问此时此刻还有谁?45度仰望天空,该死!我这无处安放的魅力!