objective-c-blocks - handleEventsForBackgroundURLSession 内的completionHandler定义:

Question

这不是 StackOverFlow 中提出的一个小问题。之前，至少我没有发现类似的，当然我也有googled它并阅读大部分高排名结果。

顺便说一句，如果这里有人对 Objective C’ 感到不舒服的话s block 语法，请访问此页面 http://fuckingblocksyntax.com ,
在抛出任何与 block 相关的问题之前。

第一我的问题的一部分是:the background of declaration of block-parameter, as well as invoking a method which has a block-parameter ( in many cases, a completionBlock )

“calleE-method “在 MyWorker 类中:... ...

@implementation MyWorker
-(void) aWorkerMethodNeedsABlockInput: ((void)(^)( NSObject *, double )) blockParam
{
       NSObject *anObj=[[ NSObject alloc] init];
       double *aDouble;
       [self retrieveTimeConsumingResults: anObj withNumberOfTry: aDouble ];
       blockParam ( anObj, * aDouble ); 

}

@end

“calleR-method “在 MyManager 类中:

@interface myManager()
@property (nonatomic) MyWorker * mWorker;
@property (nonatomic, copy)  (void)(^mBlockProperty)( NSObject *, double );
@end
@implementation MyManager
-(void) aManagerMethodWhoCallsWorkerWithCompletionHandler
{
    (void)(^ valBlock )( NSObject *, double ) = ^(void)( NSObject * realObj, double realDouble )
     {
                 [realObj performSelector:@SEL( aSelector) withObject: @(realDouble) afterDelay: aTimeInterval];
        } ;
   self.mBlockProperty=[valBlock copy];
   [self.mWorker aWorkerMethodNeedsABlockInput : self.mBlockProperty];

}

@end

上面的 sudo-code 是在我们的自定义代码中，在属性内存储 block 、声明 block 参数并在 CALLEE 中提供 block 的参数的正常方式；提供 block 定义并在 CALLER 中“消耗” block 的参数。我保留'void' returnType为了清晰地表达 block 语法，以书面形式进行。文中如有错误，请指正!

我的问题的第二部分:

日常使用

    - (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler {
    NSLog(@"Handle events for background url session");

    self.backgroundSessionCompletionHandler = completionHandler;
}

然后稍后

- (void)URLSessionDidFinishEventsForBackgroundURLSession:(NSURLSession *)session {
    WebAppDelegate *appDelegate = (WebAppDelegate *)[[UIApplication sharedApplication] delegate];
    if (appDelegate.backgroundSessionCompletionHandler) {
        void (^completionHandler)() = appDelegate.backgroundSessionCompletionHandler;
        appDelegate.backgroundSessionCompletionHandler = nil;

        completionHandler();
    }
    NSLog(@"All tasks are finished");
}

通过守护进程的后台回调基于 NSURLSession 框架以上述模式工作，对吗？我做了很多次，应用这种模式没有问题。

我长期以来一直想知道的是:

completionHandler 的定义里面到底是什么？当从 block 属性存储调用该方法时，“handleEventsForBackgroundURLSession:”方法的参数？ < 当“completionHandler();”时已执行 >我从未见过任何示例/演示将任何代码块放入/复制到 completionHandler 中...或者我想知道太多？

Answer 1

What is really inside the definition of the completionHandler parameter of “handleEventsForBackgroundURLSession:” method, when the method is invoked from a block-property storage? < at the time when “ completionHandler();” is executed > I have never seen any sample/demo which put/copy any block-of-code into completionHandler... or I wish to know too much?

如果我正确理解您的问题，您是在询问系统传递给 UIApplicationDelegate 方法 application:handleEventsForBackgroundURLSession:completionHandler: 应用程序实现的 block 内的实现是什么。

application:handleEventsForBackgroundURLSession:completionHandler: 由外部 service process 调用(间接) 。当应用程序使用 NSURLSession 创建后台 session 时，该 session 由该系统服务管理。该服务执行实际的后台传输并通知 UIKit/Foundation，然后通过称为 XPC 的机制通知您的应用程序。 XPC 被 MacOS 开发人员广泛使用，但目前还不能直接用于 iOS 应用程序 - 然而 iOS 开发人员使用的许多 API 和服务实际上都是与 XPC 服务进行通信。

在 application:handleEventsForBackgroundURLSession:completionHandler: 的情况下，传递给 completionHandler 参数的 block 是一个不透明的回调。后台传输服务需要知道您的应用程序何时完成处理 session 事件。调用该 block 会通知服务应用程序已完全处理这组事件，并且守护程序可以继续运行。

该 block 由系统创建并拥有，因此应用程序不应尝试修改或更改它(除了复制该 block 之外，这是正确的做法!)。应用程序也不应该提供自己的完成 block - 开发人员提供的 block 将无法通知传输服务完成，除非它包装了传递给 completionHandler: 本身的 block 。

后台传输服务和 NSURLSession 是在 iOS 7 中引入的。如果您正在编写第三方框架或库，那么利用该服务可能非常有益，但框架必须提供处理它拥有的任何后台 session 的事件的方法。也许正因为如此，只有少数第三方库似乎支持后台传输。支持这一点并不难 - 库只需要一个方法来指示 session 的所有权，以及一个方法来获取完成 block 并处理事件:

- (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler {

    if ([someCloudFrameworkObject canHandleEventsForSessionWithIdentifier:identifier]){
        [someCloudFrameworkObject handleEventsForBackroundSessionWithIdentifier:identifier completionHandler:completionHandler];
    }
}