Question

这不是StackOverFlow之前在googled中提到的一个微不足道的问题，至少我没有找到类似的东西，当然我也Objective C’它并且阅读了大部分高排名的结果。

顺便说一句，如果这里的任何人对the background of declaration of block-parameter, as well as invoking a method which has a block-parameter ( in many cases, a completionBlock )块语法感到不舒服，请访问此页面 http://fuckingblocksyntax.com，
在抛出任何与块有关的问题之前。

第一个部分问题是：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”：

'void' returnType

在我们的自定义代码中，

上面的sudo-code是一种常规方法，用于在块中存储块，声明块参数并在CALLEE中提供块的参数;提供块定义并在CALLER中“消耗”块的参数。为了清楚块语法，我保留了- (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");
}

然后再

completionHandler

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

我一直想知道的是：

当从块属性存储调用方法时，“handleEventsForBackgroundURLSession：”方法的completionHandler参数的定义内部是什么？＆LT;在执行“completionHandler（）;”时> 我从未见过任何将任何代码块放入/复制到$toSearch=array("_c_","_s_","_q_","_d_","_p_","_e_","_lp_","_rp_","_"); $toReplace=array(",","/","\"",".","-","=","(",")"," ");的示例/演示......或者我想知道太多？

Answer 1

当从块属性存储调用方法时，“handleEventsForBackgroundURLSession：”方法的completionHandler参数的定义内容是什么？＆LT;在执行“completionHandler（）;”时>我从未见过任何将任何代码块放入/复制到completionHandler中的示例/演示......或者我想知道太多？

如果我正确理解了您的问题，那么您就会询问该块内部的实现是由系统传递给应用程序实现的UIApplicationDelegate方法application:handleEventsForBackgroundURLSession:completionHandler:。

application:handleEventsForBackgroundURLSession:completionHandler:由外部service process（间接）调用。当应用程序使用NSURLSession创建后台会话时，该会话由该系统服务管理。该服务执行实际的后台传输并通过称为XPC的机制通知UIKit / Foundation，然后通知您的应用程序。 XPC被MacOS开发人员广泛使用，但此时iOS应用程序无法直接使用 - 但iOS上开发人员使用的许多API和服务实际上都在与XPC服务进行通信。

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

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

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

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

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

handleEventsForBackgroundURLSession中的completionHandler定义：

1 个答案: