Các lựa chọn thay thế cho disp_get_current_queue () cho các khối hoàn thành trong iOS 6?

Tôi có một phương thức chấp nhận một khối và một khối hoàn thành. Khối đầu tiên phải chạy trong nền, trong khi khối hoàn thành sẽ chạy trong bất kỳ hàng đợi nào mà phương thức được gọi.

Đối với cái sau mà tôi luôn sử dụng dispatch_get_current_queue(), nhưng có vẻ như nó không còn được dùng trong iOS 6 trở lên. Tôi nên sử dụng gì để thay thế?

Mô hình "chạy trên bất kỳ hàng đợi nào mà người gọi đang ở" rất hấp dẫn, nhưng cuối cùng không phải là một ý tưởng tuyệt vời. Hàng đợi đó có thể là hàng đợi có mức độ ưu tiên thấp, hàng đợi chính hoặc một số hàng đợi khác có thuộc tính lẻ.

Cách tiếp cận yêu thích của tôi đối với điều này là nói "khối hoàn thành chạy trên hàng đợi được xác định triển khai với các thuộc tính sau: x, y, z" và để khối gửi đến một hàng đợi cụ thể nếu người gọi muốn kiểm soát nhiều hơn thế. Một tập hợp các thuộc tính điển hình để chỉ định sẽ là một cái gì đó như "nối tiếp, không đăng nhập lại và không đồng bộ đối với bất kỳ hàng đợi ứng dụng nào khác".

** BIÊN TẬP **

Catfish_Man đưa một ví dụ vào phần bình luận bên dưới, tôi chỉ thêm nó vào câu trả lời của anh ấy.

- (void) aMethodWithCompletionBlock:(dispatch_block_t)completionHandler     
{ 
    dispatch_async(self.workQueue, ^{ 
        [self doSomeWork]; 
        dispatch_async(self.callbackQueue, completionHandler); 
    } 
}

Về cơ bản, đây là cách tiếp cận sai đối với API mà bạn đang mô tả. Nếu một API chấp nhận một khối và một khối hoàn thành để chạy, thì các thông tin sau cần phải đúng:

1. "Khối để chạy" phải được chạy trên một hàng đợi nội bộ, ví dụ: một hàng đợi riêng tư đối với API và do đó hoàn toàn nằm dưới sự kiểm soát của API đó. Ngoại lệ duy nhất cho điều này là nếu API tuyên bố cụ thể rằng khối sẽ được chạy trên hàng đợi chính hoặc một trong các hàng đợi đồng thời toàn cầu.

2. Khối hoàn thành phải luôn được thể hiện dưới dạng một bộ (hàng đợi, khối) trừ khi các giả định tương tự như đối với # 1 đúng, ví dụ: khối hoàn thành sẽ được chạy trên một hàng đợi chung đã biết. Ngoài ra, khối hoàn thành phải được gửi đi không đồng bộ trên hàng đợi đã chuyển.

Đây không chỉ là những điểm về phong cách, chúng hoàn toàn cần thiết nếu API của bạn được an toàn khỏi các deadlock hoặc các hành vi cạnh tranh khác SẼ treo cổ bạn khỏi cái cây gần nhất vào một ngày nào đó. :-)

Các câu trả lời khác rất tuyệt, nhưng đối với tôi thì câu trả lời là cấu trúc. Tôi có một phương pháp như thế này trên Singleton:

- (void) dispatchOnHighPriorityNonMainQueue:(simplest_block)block forceAsync:(BOOL)forceAsync {
    if (forceAsync || [NSThread isMainThread])
        dispatch_async_on_high_priority_queue(block);
    else
        block();
}

có hai phần phụ thuộc, đó là:

static void dispatch_async_on_high_priority_queue(dispatch_block_t block) {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), block);
}

và

typedef void (^simplest_block)(void); // also could use dispatch_block_t

Bằng cách đó, tôi tập trung các cuộc gọi của mình để gửi trên luồng khác.

Bạn nên cẩn thận về việc sử dụng của bạn dispatch_get_current_queuengay từ đầu. Từ tệp tiêu đề:

Chỉ được đề xuất cho mục đích gỡ lỗi và ghi nhật ký:

Mã không được đưa ra bất kỳ giả định nào về hàng đợi được trả về, trừ khi nó là một trong các hàng đợi toàn cục hoặc hàng đợi mà mã đã tự tạo. Mã không được giả định rằng thực thi đồng bộ trên một hàng đợi là an toàn khỏi bế tắc nếu hàng đợi đó không phải là hàng được trả về bởi send_get_current_queue ().

Bạn có thể làm một trong hai điều sau:

1. Giữ một tham chiếu đến hàng đợi bạn đã đăng ban đầu (nếu bạn đã tạo nó qua dispatch_queue_create) và sử dụng nó từ đó trở đi.

2. Sử dụng hàng đợi do hệ thống xác định thông qua dispatch_get_global_queuevà theo dõi bạn đang sử dụng hàng nào.

Một cách hiệu quả trong khi trước đây dựa vào hệ thống để theo dõi hàng đợi bạn đang xếp, bạn sẽ phải tự mình thực hiện.

Apple đã không dùng nữa dispatch_get_current_queue(), nhưng vẫn để lại một lỗ hổng ở nơi khác, vì vậy chúng tôi vẫn có thể nhận được hàng đợi gửi hiện tại:

if let currentDispatch = OperationQueue.current?.underlyingQueue {
    print(currentDispatch)
    // Do stuff
}

Điều này ít nhất có hiệu quả đối với hàng đợi chính. Lưu ý, thuộc tính đó underlyingQueuecó sẵn kể từ iOS 8.

Nếu bạn cần thực hiện khối hoàn thành trong hàng đợi ban đầu, bạn cũng có thể sử dụng OperationQueuetrực tiếp, ý tôi là không cần GCD.

Đối với những người vẫn cần so sánh hàng đợi, bạn có thể so sánh hàng đợi theo nhãn của họ hoặc chỉ định. Kiểm tra https://stackoverflow.com/a/23220741/1531141 này

Đây là một câu trả lời cho tôi. Vì vậy, tôi sẽ nói về trường hợp sử dụng của chúng tôi.

Chúng ta có một lớp dịch vụ và lớp giao diện người dùng (trong số các lớp khác). Lớp dịch vụ chạy các tác vụ trong nền. (Tác vụ thao tác dữ liệu, tác vụ CoreData, Cuộc gọi mạng, v.v.). Lớp dịch vụ có một số hàng đợi hoạt động để đáp ứng nhu cầu của lớp giao diện người dùng.

Lớp giao diện người dùng dựa vào lớp dịch vụ để thực hiện công việc của nó và sau đó chạy một khối hoàn thành thành công. Khối này có thể có mã UIKit trong đó. Một trường hợp sử dụng đơn giản là lấy tất cả thư từ máy chủ và tải lại chế độ xem bộ sưu tập.

Ở đây chúng tôi đảm bảo rằng các khối được chuyển vào lớp dịch vụ được gửi đi trên hàng đợi mà dịch vụ được gọi trên đó. Vì Dispatch_get_current_queue là một phương thức không được dùng nữa, chúng tôi sử dụng NSOperationQueue.currentQueue để lấy hàng đợi hiện tại của người gọi. Lưu ý quan trọng về tài sản này.

Gọi phương thức này từ bên ngoài ngữ cảnh của một hoạt động đang chạy thường dẫn đến kết quả là không được trả về.

Vì chúng tôi luôn gọi các dịch vụ của mình trên một hàng đợi đã biết (Hàng đợi tùy chỉnh của chúng tôi và Hàng đợi chính), điều này hoạt động tốt đối với chúng tôi. Chúng tôi có những trường hợp mà serviceA có thể gọi serviceB có thể gọi serviceC. Vì chúng tôi kiểm soát cuộc gọi dịch vụ đầu tiên được thực hiện từ đâu, chúng tôi biết phần còn lại của các dịch vụ sẽ tuân theo các quy tắc tương tự.

Vì vậy, NSOperationQueue.currentQueue sẽ luôn trả về một trong các Hàng đợi của chúng ta hoặc MainQueue.