Chuỗi làm việc NSOperation và NSOperationQueue so với luồng chính

Tôi phải thực hiện một loạt các thao tác tải xuống và ghi cơ sở dữ liệu trong ứng dụng của mình. Tôi đang sử dụng NSOperationvà NSOperationQueuecho cùng một.

Đây là kịch bản ứng dụng:

• Tìm nạp tất cả các mã bưu điện từ một nơi.
• Đối với mỗi mã bưu điện tìm nạp tất cả các ngôi nhà.
• Đối với mỗi ngôi nhà, tìm kiếm thông tin chi tiết về cư dân

Như đã nói, tôi đã xác định một NSOperationcho mỗi nhiệm vụ. Trong trường hợp đầu tiên (Task1), tôi đang gửi yêu cầu đến máy chủ để tìm nạp tất cả các mã bưu điện. Người được ủy quyền trong NSOperationsẽ nhận dữ liệu. Dữ liệu này sau đó được ghi vào cơ sở dữ liệu. Hoạt động cơ sở dữ liệu được định nghĩa trong một lớp khác. Từ NSOperationlớp, tôi đang gọi hàm ghi được định nghĩa trong lớp cơ sở dữ liệu.

Câu hỏi của tôi là liệu hoạt động ghi cơ sở dữ liệu xảy ra trong luồng chính hay trong một luồng nền? Khi tôi đang gọi nó trong một, NSOperationtôi đã mong đợi nó chạy trong một chuỗi khác (Không phải MainThread) như NSOperation. Ai đó có thể vui lòng giải thích kịch bản này trong khi xử lý NSOperationvà NSOperationQueue.

Câu hỏi của tôi là liệu hoạt động ghi cơ sở dữ liệu xảy ra trong luồng chính hay trong một luồng nền?

Nếu bạn tạo NSOperationQueuetừ đầu như trong:

NSOperationQueue *myQueue = [[NSOperationQueue alloc] init];

Nó sẽ nằm trong một chuỗi nền:

Hàng đợi hoạt động thường cung cấp các luồng được sử dụng để chạy các hoạt động của chúng. Trong OS X v10.6 trở lên, các hàng đợi thao tác sử dụng thư viện libdispatch (còn được gọi là Grand Central Dispatch) để bắt đầu thực hiện các hoạt động của chúng. Do đó, các hoạt động luôn được thực hiện trên một chuỗi riêng biệt , bất kể chúng được chỉ định là hoạt động đồng thời hay không đồng thời

Trừ khi bạn đang sử dụng mainQueue:

NSOperationQueue *mainQueue = [NSOperationQueue mainQueue];

Bạn cũng có thể thấy mã như thế này:

NSOperationQueue *myQueue = [[NSOperationQueue alloc] init];
[myQueue addOperationWithBlock:^{

   // Background work

    [[NSOperationQueue mainQueue] addOperationWithBlock:^{
        // Main thread work (UI usually)
    }];
}];

Và phiên bản 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)                          
              });
});

NSOperationQueuecho phép kiểm soát tốt hơn những gì bạn muốn làm. Bạn có thể tạo phụ thuộc giữa hai thao tác (tải xuống và lưu vào cơ sở dữ liệu). Để chuyển dữ liệu giữa khối này và khối kia, bạn có thể giả sử ví dụ: a NSDatasẽ đến từ máy chủ, do đó:

__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];

Chỉnh sửa: Tại sao tôi sử dụng __weaktài liệu tham khảo cho Hoạt động, có thể được tìm thấy tại đây . Nhưng tóm lại là tránh chu kỳ giữ lại.

Nếu bạn muốn thực hiện thao tác ghi cơ sở dữ liệu trong luồng nền, bạn cần tạo một NSManagedObjectContextluồng đó.

Bạn có thể tạo nền NSManagedObjectContexttrong phương thức bắt đầu của NSOperationlớp con có liên quan của mình .

Kiểm tra tài liệu của Apple để biết Đồng thời với Dữ liệu cốt lõi.

Bạn cũng có thể tạo một NSManagedObjectContextthực thi các yêu cầu trong luồng nền của chính nó bằng cách tạo NSPrivateQueueConcurrencyTypevà thực hiện các yêu cầu bên trong performBlock:phương thức của nó .

Từ NSOperationQueue

Trong iOS 4 trở lên, hàng đợi thao tác sử dụng Grand Central Dispatch để thực hiện các thao tác. Trước iOS 4, họ tạo các luồng riêng biệt cho các hoạt động không đồng thời và khởi chạy các hoạt động đồng thời từ luồng hiện tại.

Vì thế,

[NSOperationQueue mainQueue] // added operations execute on main thread
[NSOperationQueue new] // post-iOS4, guaranteed to be not the main thread

Trong trường hợp của bạn, bạn có thể muốn tạo "chuỗi cơ sở dữ liệu" của riêng mình bằng cách phân lớp con NSThreadvà gửi tin nhắn đến nó bằng performSelector:onThread:.

Chuỗi thực thi của NSOperation phụ thuộc vào NSOperationQueuenơi bạn đã thêm thao tác. Xem tuyên bố này trong mã của bạn -

[[NSOperationQueue mainQueue] addOperation:yourOperation]; // or any other similar add method of NSOperationQueue class

Tất cả điều này giả định rằng bạn đã không thực hiện thêm bất kỳ luồng nào trong mainphương thức NSOperationmà nó là con quái vật thực tế nơi các hướng dẫn công việc bạn có (dự kiến ​​sẽ được viết).

Tuy nhiên, trong trường hợp hoạt động đồng thời, kịch bản sẽ khác. Hàng đợi có thể sinh ra một luồng cho mỗi hoạt động đồng thời. Mặc dù nó không được bảo đảm và nó phụ thuộc vào tài nguyên hệ thống so với nhu cầu tài nguyên hoạt động tại thời điểm đó trong hệ thống. Bạn có thể kiểm soát sự đồng thời của hàng đợi hoạt động bằng thuộc tính của nó maxConcurrentOperationCount.

CHỈNH SỬA -

Tôi thấy câu hỏi của bạn thú vị và đã tự mình thực hiện một số phân tích / ghi nhật ký. Tôi đã tạo NSOperationQueue trên chuỗi chính như thế này -

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

Và sau đó, tôi tiếp tục tạo NSOperation và thêm nó bằng addOperation. Trong phương pháp chính của thao tác này khi tôi kiểm tra luồng hiện tại,

NSLog(@"Operation obj =  %@\n current thread = %@ \n main thread = %@", self, [NSThread currentThread], [NSThread mainThread]);

nó không phải là chủ đề chính. Và, nhận thấy rằng đối tượng luồng hiện tại không phải là đối tượng luồng chính.

Vì vậy, việc tạo tùy chỉnh hàng đợi trên luồng chính (không có sự đồng thời giữa các hoạt động của nó) không nhất thiết có nghĩa là các hoạt động sẽ thực thi tuần tự trên chính luồng chính.

Tóm tắt từ tài liệu là operations are always executed on a separate thread(bài đăng iOS 4 ngụ ý hàng đợi hoạt động cơ bản của GCD).

Thật đơn giản khi kiểm tra xem nó có thực sự đang chạy trên một chuỗi không chính hay không:

NSLog(@"main thread? %@", [NSThread isMainThread] ? @"YES" : @"NO");

Khi chạy trong một luồng, việc sử dụng GCD / libdispatch để chạy một cái gì đó trên luồng chính, cho dù dữ liệu cốt lõi, giao diện người dùng hoặc mã khác được yêu cầu để chạy trên luồng chính là rất nhỏ:

dispatch_async(dispatch_get_main_queue(), ^{
    // this is now running on the main thread
});

Nếu bạn đang thực hiện bất kỳ luồng không tầm thường nào, bạn nên sử dụng FMDatabaseQueue .