[英]NSOperation and NSOperationQueue working thread vs main thread
我必须在我的应用程序中执行一系列下载和数据库写入操作。 我正在使用NSOperation
和NSOperationQueue
。
这是应用场景:
如上所述,我为每项任务定义了一个NSOperation
。 在第一种情况下(Task1),我向服务器发送请求以获取所有邮政编码。 NSOperation
内的NSOperation
将收到数据。 然后将该数据写入数据库。 数据库操作在不同的类中定义。 从NSOperation
类开始,我调用了在数据库类中定义的write函数。
我的问题是数据库写操作是在主线程还是后台线程中发生的? 正如我在NSOperation
调用它NSOperation
我期望它作为NSOperation
在不同的线程(Not MainThread)中NSOperation
。 有人可以在处理NSOperation
和NSOperationQueue
时解释这个场景。
我的问题是数据库写操作是在主线程还是后台线程中发生的?
如果您从头开始创建NSOperationQueue
,如下所示:
NSOperationQueue *myQueue = [[NSOperationQueue alloc] init];
它将在后台线程中:
操作队列通常提供用于运行其操作的线程。 在OS X v10.6及更高版本中,操作队列使用libdispatch库(也称为Grand Central Dispatch)来启动其操作的执行。 因此 ,无论是将它们指定为并发还是非并发操作,操作始终在单独的线程上执行
除非您使用mainQueue
:
NSOperationQueue *mainQueue = [NSOperationQueue mainQueue];
你还可以看到这样的代码:
NSOperationQueue *myQueue = [[NSOperationQueue alloc] init];
[myQueue addOperationWithBlock:^{
// Background work
[[NSOperationQueue mainQueue] addOperationWithBlock:^{
// Main thread work (UI usually)
}];
}];
和GCD版本:
dispatch_async(dispatch_get_global_queue( DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^(void)
{
// Background work
dispatch_async(dispatch_get_main_queue(), ^(void)
{
// Main thread work (UI usually)
});
});
NSOperationQueue
更好地控制您想要做的事情。 您可以在两个操作之间创建依赖关系(下载并保存到数据库)。 要在一个块和另一个块之间传递数据,您可以假设,例如, NSData
将来自服务器,因此:
__block NSData *dataFromServer = nil;
NSBlockOperation *downloadOperation = [[NSBlockOperation alloc] init];
__weak NSBlockOperation *weakDownloadOperation = downloadOperation;
[weakDownloadOperation addExecutionBlock:^{
// Download your stuff
// Finally put it on the right place:
dataFromServer = ....
}];
NSBlockOperation *saveToDataBaseOperation = [[NSBlockOperation alloc] init];
__weak NSBlockOperation *weakSaveToDataBaseOperation = saveToDataBaseOperation;
[weakSaveToDataBaseOperation addExecutionBlock:^{
// Work with your NSData instance
// Save your stuff
}];
[saveToDataBaseOperation addDependency:downloadOperation];
[myQueue addOperation:saveToDataBaseOperation];
[myQueue addOperation:downloadOperation];
编辑:为什么我在操作中使用__weak
参考,可以在这里找到。 但简而言之就是避免保留周期。
如果要在后台线程中执行数据库写入操作,则需要为该线程创建NSManagedObjectContext
。
您可以在相关NSOperation
子类的start方法中创建背景NSManagedObjectContext
。
检查Apple文档中的核心数据并发性。
您还可以创建一个NSManagedObjectContext
,通过使用NSPrivateQueueConcurrencyType
创建请求并在其performBlock:
方法内执行请求,在其自己的后台线程中执行请求。
在iOS 4及更高版本中,操作队列使用Grand Central Dispatch执行操作。 在iOS 4之前,它们为非并发操作创建单独的线程,并从当前线程启动并发操作。
所以,
[NSOperationQueue mainQueue] // added operations execute on main thread
[NSOperationQueue new] // post-iOS4, guaranteed to be not the main thread
在您的情况下,您可能希望通过NSThread
创建自己的“数据库线程”,并使用performSelector:onThread:
向其发送消息。
NSOperation的执行线程取决于您添加操作的NSOperationQueue
。 在你的代码中查看此语句 -
[[NSOperationQueue mainQueue] addOperation:yourOperation]; // or any other similar add method of NSOperationQueue class
所有这些假设你没有在NSOperation
main
方法中做任何进一步的线程,这是你所有(预期)写的工作指令的实际怪物。
但是,在并发操作的情况下,场景是不同的。 队列可以为每个并发操作生成一个线程。 虽然它没有保证,但它取决于系统资源与系统中此时的操作资源需求。 您可以通过它的maxConcurrentOperationCount
属性来控制操作队列的maxConcurrentOperationCount
性。
编辑 -
我发现你的问题很有趣并且自己进行了一些分析/记录。 我在这个主线程上创建了NSOperationQueue -
self.queueSendMessageOperation = [[[NSOperationQueue alloc] init] autorelease];
NSLog(@"Operation queue creation. current thread = %@ \n main thread = %@", [NSThread currentThread], [NSThread mainThread]);
self.queueSendMessageOperation.maxConcurrentOperationCount = 1; // restrict concurrency
然后,我继续创建一个NSOperation并使用addOperation添加它。 在我检查当前线程的此操作的主要方法中,
NSLog(@"Operation obj = %@\n current thread = %@ \n main thread = %@", self, [NSThread currentThread], [NSThread mainThread]);
它不是主线程。 并且,发现当前线程对象不是主线程对象。
因此,在主线程上自定义创建队列(在其操作之间没有并发)并不一定意味着操作将在主线程本身上串行执行。
来自文档的摘要是operations are always executed on a separate thread
(后iOS 4意味着GCD底层操作队列)。
检查它确实在非主线程上运行是微不足道的:
NSLog(@"main thread? %@", [NSThread isMainThread] ? @"YES" : @"NO");
在线程中运行时,使用GCD / libdispatch在主线程上运行某些东西是微不足道的,无论是核心数据,用户界面还是在主线程上运行所需的其他代码:
dispatch_async(dispatch_get_main_queue(), ^{
// this is now running on the main thread
});
如果您正在进行任何非平凡的线程,则应使用FMDatabaseQueue 。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.