借鉴Alamofire解决异步回调问题(Swift)

Posted 2022-11-28 WoodBear009

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了借鉴Alamofire解决异步回调问题(Swift)相关的知识，希望对你有一定的参考价值。

遇到的问题

今天在做一个swift练习demo时遇到了这样一个问题，我需要实现一个gps定位功能，于是封装一个LocationManager类去处理定位相关的逻辑，外部调用者需要获取定位信息时，直接调用LocationManager提供的getCurrentGpsInfo方法即可获取到当前的gps信息。

getCurrentGpsInfo函数内部实现大概是这样的

        .......
        //clManager是一个CLLocationManager对象
        clManager.startUpdatingLocation()
        .......

主要就是调用CLLocationManager的startUpdatingLocation方法获取gps信息。但是现在问题来了，这个startUpdatingLocation是个异步方法，它的gps信息是通过代理(<CLLocationManagerDelegate>)的locationManager(manager:locations:)方法反馈的，我应该如何把gps信息返回给外部调用者呢？

可能的解决方式

这种情况其实在开发中会经常遇到，一般我们可以用如下几种方式去处理

1.通知:

结果返回后，通过通知将结果抛出去。呃，理论上没问题，但这种设计实在不是很合适，既不存在一对多的关系，也不存在跨层反馈的情况，信息取到了满世界喊，调用者还要维护通知的管理......,pass

2.代理:

代理不错，CLLocationManager通过代理把结果反馈给了LocationManager,我再让LocationManager通过代理将信息传递出去就可以了。实现起来很简单，但这也不是我想要的，代理会造成逻辑的割裂，对调用者不是十分友好，pass

3.block:

在oc中，通常情况下，我优先会选择使用block回调方式将结果返回，大概的实现应该是这样的

为LocationManager定义一个block属性

//为LocationManager定义一个block属性
@property (nonatomic,copy) void (^returnGpsInfoBlk)(GpsInfo *gpsInfo);

getCurrentGpsInfo函数定义一个block参数，在函数体中，将block参数通过returnGpsInfoBlk属性保持住

-(void)getCurrentGpsInfo:(void(^)(GpsInfo *gpsInfo))result
    ...........
    //维持住block回调
    self.returnGpsInfoBlk = result;
    [_clManager startUpdatingLocation];
    ..........

CLLocationManager回调中，回调returnGpsInfoBlk将信息反馈给外部调用者

- (void)locationManager:(CLLocationManager *)manager didUpdateLocations:(NSArray<CLLocation *> *)locations

    ........
    _returnGpsInfoBlk(gpsInfo);
    .......

swift中尝试解决

OC中我们可以通过block的方式实现我们的需求，Swift中我们有闭包，有函数，函数更是成为了一等公民，类比实现应该不难. getCurrentGpsInfo在Swift中的定义

func getGpsInfo(result:(GpsInfo)->Void) -> Void

然后我们可以为LocationManager定义一个函数类型属性，但是......

哦，对，我们要初始化这个属性，但是......

难道只能这样？

给它初始化一个空实现，这样确实没问题，但不是我想要的，设计上感觉很别扭，这个回调是我用来让外部调用者去实现的，为什么我要去给它实现一个空方法？理论上，可以把这个空实现类比成nil,但它毕竟不是nil。如此一来，我无法区分出returnGpsInfo到底有没有真正被调用者实现，感觉这个是很危险的事情。

寻求办法：

既然我一时想不到满意的解决方式，于是就想到了看看别人是如何处理的，上来想到的就是Alamofire,网络请求肯定也会遇到和我类似的问题，让我看看大牛是如何处理的.

api调用方式如下,request发出请求，responseString是个异步回调得到结果

看看responseString内部具体细节,来到了response方法

delegate.queue是个OperationQueue

可以看到，这个函数将主体实现(拿到dataResponse,通过completionHandler将response反馈出去)全部加到了operation队列中.

似乎明白点儿什么，网络请求是异步的，请求的结果也是在别处(网络请求相关代理方法)返回的，之前我遇到的问题也是一样的，结果是在别处(定位相关代理方法)返回的，所以我们试图保持住回调闭包，以便在代理方法中可以访问到被保持的闭包，将结果反馈出去，但是最终发现没有一个合理的方案去保持这个闭包。

换个思路，闭包不好保持，但结果数据好保持啊，具体到这里就是网络请求回来的数据对象，我们在网络请求代理回调里，可以把拿到的数据对象保持住，然后再告知上层去获取解析这个数据对象，于是问题就从如何保持一个闭包转化为了如何协调:

调用者发起请求->调用者等待结果->异步请求，拿到结果，通过对象保持住结果->告知调用者(通过对象)取结果，并将结果进一步反馈。调用者等待的时候完全不用离开发起请求的函数体，唤醒后继续执行当前函数体，于是也就规避了闭包的保持问题.

问题从保持闭包转化为了流程协调，Alamofire的解决方式就是通过OperationQueue，具体一点就是借助OperationQueue的suspend.

大概流程是这样的：

1.发起请求,建立一个队列

2.将队列暂停住

3.把调用者的回调处理加入队列

4.在网络数据返回后,通过对象保持住返回的数据，取消队列暂停

5.调用者的回调处理被队列执行，调用者此时可以借助保持对象拿到返回的数据结果，进行后续的处理.

问题解决：

OK，解决的思路学会了，下面在我的demo中尝试一下，不过我个人更习惯使用GCD,于是最终实现基于的是GCD的大概实现(Demo还没写完，所以很多逻辑都没补全，也不是十分严谨，仅为描述最终的解决方式)

    //定义一个队列
    let queue:DispatchQueue
    //用于保持结果的变量
    var gpsInfo:GpsInfo?

func getGpsInfo(result:@escaping (GpsInfo)->Void) -> Void
        //挂起队列
        queue.suspend()
        //将回调处理加入队列
        queue.async
            result(self.gpsInfo!)
        
        //开始定位
        clManager.startUpdatingLocation()

//CLLocationManager回调
    func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) 
        //停止定位
        clManager.stopUpdatingLocation()
        //停止后还会返回几次回调，临时简单加个保护措施，仅为实验能正常跑完
        guard gpsInfo != nil else 
            //保持结果,随便写个假数据
            gpsInfo = GpsInfo(longitude: 0, latitude: 0, country: "", province: "", city: "")
            //恢复队列
            queue.resume()
            return

//外部调用，一个button的点击
    func butClick() -> Void 
        LocationManager.shareLocationManager.getGpsInfo  (gpsInfo) in
            print(gpsInfo)
        
        print("go on")

运行结果：