Luôn vượt qua tham chiếu yếu của bản thân vào khối trong ARC?

Tôi hơi bối rối về việc sử dụng khối trong Objective-C. Tôi hiện đang sử dụng ARC và tôi có khá nhiều khối trong ứng dụng của mình, hiện tại luôn đề cập đến selfthay vì tham chiếu yếu. Có thể đó là nguyên nhân của các khối này giữ lại selfvà giữ cho nó khỏi bị xử lý? Câu hỏi là, tôi có nên luôn luôn sử dụng một weaktài liệu tham khảo selftrong một khối?

-(void)handleNewerData:(NSArray *)arr
{
    ProcessOperation *operation =
    [[ProcessOperation alloc] initWithDataToProcess:arr
                                         completion:^(NSMutableArray *rows) {
        dispatch_async(dispatch_get_main_queue(), ^{
            [self updateFeed:arr rows:rows];
        });
    }];
    [dataProcessQueue addOperation:operation];
}

Quá trình xử lý.h

@interface ProcessOperation : NSOperation
{
    NSMutableArray *dataArr;
    NSMutableArray *rowHeightsArr;
    void (^callback)(NSMutableArray *rows);
}

ProcessOperation.m

-(id)initWithDataToProcess:(NSArray *)data completion:(void (^)(NSMutableArray *rows))cb{

    if(self =[super init]){
        dataArr = [NSMutableArray arrayWithArray:data];
        rowHeightsArr = [NSMutableArray new];
        callback = cb;
    }
    return self;
}

- (void)main {
    @autoreleasepool {
        ...
        callback(rowHeightsArr);
    }
}

Nó giúp không tập trung vào stronghoặc weakmột phần của cuộc thảo luận. Thay vào đó tập trung vào phần chu kỳ .

Một chu trình giữ lại là một vòng lặp xảy ra khi Đối tượng A giữ lại Đối tượng B và Đối tượng B giữ lại Đối tượng A. Trong tình huống đó, nếu một trong hai đối tượng được giải phóng:

• Đối tượng A sẽ không bị xử lý vì Đối tượng B có tham chiếu đến nó.
• Nhưng đối tượng B sẽ không bao giờ bị hủy bỏ miễn là đối tượng A có liên quan đến nó.
• Nhưng đối tượng A sẽ không bao giờ bị hủy bỏ vì đối tượng B có tham chiếu đến nó.
• quảng cáo vô hạn

Do đó, hai đối tượng đó sẽ chỉ quanh quẩn trong bộ nhớ cho vòng đời của chương trình mặc dù chúng nên, nếu mọi thứ hoạt động tốt, sẽ bị loại bỏ.

Vì vậy, điều chúng tôi lo lắng là giữ lại các chu kỳ và không có gì về chính các khối tạo ra các chu kỳ này. Đây không phải là một vấn đề, ví dụ:

[myArray enumerateObjectsUsingBlock:^(id obj, NSUInteger idx, BOOL *stop){
   [self doSomethingWithObject:obj];
}];

Khối giữ lại self, nhưng selfkhông giữ lại khối. Nếu một hoặc cái khác được phát hành, không có chu kỳ nào được tạo ra và mọi thứ sẽ được giải quyết như bình thường.

Nơi bạn gặp rắc rối là một cái gì đó như:

//In the interface:
@property (strong) void(^myBlock)(id obj, NSUInteger idx, BOOL *stop);

//In the implementation:
[self setMyBlock:^(id obj, NSUInteger idx, BOOL *stop) {
  [self doSomethingWithObj:obj];     
}];

Bây giờ, đối tượng của bạn ( self) có một strongtham chiếu rõ ràng đến khối. Và khối có một tài liệu tham khảo mạnh mẽ ngầmself . Đó là một chu kỳ, và bây giờ không đối tượng nào sẽ được giải quyết đúng cách.

Bởi vì, trong một tình huống như thế này, self theo định nghĩa đã có một strongtham chiếu đến khối, thường dễ giải quyết nhất bằng cách tạo một tham chiếu yếu rõ ràng selfcho khối sử dụng:

__weak MyObject *weakSelf = self;
[self setMyBlock:^(id obj, NSUInteger idx, BOOL *stop) {
  [weakSelf doSomethingWithObj:obj];     
}];

Nhưng đây không phải là mẫu mặc định mà bạn làm theo khi xử lý các khối gọi đó self! Điều này chỉ nên được sử dụng để phá vỡ những gì sẽ là một chu kỳ giữ lại giữa bản thân và khối. Nếu bạn chấp nhận mô hình này ở mọi nơi, bạn sẽ có nguy cơ chuyển một khối sang thứ gì đó được thực hiện sau khi bị xử lý self.

//SUSPICIOUS EXAMPLE:
__weak MyObject *weakSelf = self;
[[SomeOtherObject alloc] initWithCompletion:^{
  //By the time this gets called, "weakSelf" might be nil because it's not retained!
  [weakSelf doSomething];
}];

Bạn không phải luôn luôn sử dụng một tài liệu tham khảo yếu. Nếu khối của bạn không được giữ lại, nhưng được thực thi và sau đó bị loại bỏ, bạn có thể tự chụp mạnh mẽ, vì nó sẽ không tạo ra một chu kỳ giữ lại. Trong một số trường hợp, bạn thậm chí muốn khối giữ bản thân cho đến khi hoàn thành khối để nó không bị phân hủy sớm. Tuy nhiên, nếu bạn chụp khối mạnh mẽ và bên trong tự chụp, nó sẽ tạo ra một chu kỳ giữ lại.

Tôi hoàn toàn đồng ý với @jemmons:

Nhưng đây không phải là mẫu mặc định mà bạn làm theo khi xử lý các khối tự gọi! Điều này chỉ nên được sử dụng để phá vỡ những gì sẽ là một chu kỳ giữ lại giữa bản thân và khối. Nếu bạn chấp nhận mô hình này ở mọi nơi, bạn sẽ có nguy cơ chuyển một khối sang thứ gì đó được thực thi sau khi tự giải quyết.

//SUSPICIOUS EXAMPLE:
__weak MyObject *weakSelf = self;
[[SomeOtherObject alloc] initWithCompletion:^{
  //By the time this gets called, "weakSelf" might be nil because it's not  retained!
  [weakSelf doSomething];
}];

Để khắc phục vấn đề này, người ta có thể định nghĩa một tham chiếu mạnh mẽ weakSelfbên trong khối:

__weak MyObject *weakSelf = self;
[[SomeOtherObject alloc] initWithCompletion:^{
  MyObject *strongSelf = weakSelf;
  [strongSelf doSomething];
}];

Như Leo chỉ ra, mã bạn đã thêm vào câu hỏi của mình sẽ không đề xuất chu kỳ tham chiếu mạnh (hay còn gọi là chu trình giữ lại). Một vấn đề liên quan đến hoạt động có thể gây ra chu kỳ tham chiếu mạnh sẽ là nếu hoạt động không được phát hành. Mặc dù đoạn mã của bạn gợi ý rằng bạn chưa xác định hoạt động của mình là đồng thời, nhưng nếu bạn có, nó sẽ không được phát hành nếu bạn không bao giờ đăng isFinishedhoặc nếu bạn có phụ thuộc vòng tròn hoặc đại loại như thế. Và nếu hoạt động không được phát hành, bộ điều khiển xem cũng sẽ không được phát hành. Tôi sẽ đề nghị thêm một điểm dừng hoặc NSLogtrong deallocphương thức hoạt động của bạn và xác nhận rằng nó sẽ được gọi.

Bạn đã nói:

Tôi hiểu khái niệm về chu kỳ giữ lại, nhưng tôi không chắc chắn điều gì xảy ra trong các khối, vì vậy điều đó làm tôi bối rối một chút

Các vấn đề về chu trình giữ lại (chu trình tham chiếu mạnh) xảy ra với các khối cũng giống như các sự cố về chu trình giữ lại mà bạn quen thuộc. Một khối sẽ duy trì các tham chiếu mạnh đến bất kỳ đối tượng nào xuất hiện trong khối và nó sẽ không giải phóng các tham chiếu mạnh đó cho đến khi chính khối đó được giải phóng. Do đó, nếu tham chiếu khối self, hoặc thậm chí chỉ tham chiếu một biến thể hiện của self, sẽ duy trì tham chiếu mạnh đến tự, điều đó không được giải quyết cho đến khi khối được giải phóng (hoặc trong trường hợp này, cho đến khi NSOperationlớp con được phát hành.

Để biết thêm thông tin, hãy xem phần Tránh chu kỳ tham chiếu mạnh khi chụp phần tự lập trình với Objective-C: Làm việc với tài liệu Khối .

Nếu bộ điều khiển xem của bạn vẫn chưa được phát hành, bạn chỉ cần xác định vị trí của tham chiếu mạnh chưa được giải quyết (giả sử bạn đã xác nhận rằng NSOperationnó sẽ bị hủy). Một ví dụ phổ biến là việc sử dụng lặp lại NSTimer. Hoặc một số tùy chỉnh delegatehoặc đối tượng khác đang duy trì sai một strongtài liệu tham khảo. Bạn thường có thể sử dụng Dụng cụ để theo dõi nơi các đối tượng đang nhận được tài liệu tham khảo mạnh mẽ của họ, ví dụ:

Hoặc trong Xcode 5:

Một số giải thích bỏ qua một điều kiện về chu kỳ giữ lại [Nếu một nhóm đối tượng được kết nối bằng một vòng tròn có mối quan hệ bền chặt, chúng sẽ giữ cho nhau tồn tại ngay cả khi không có tài liệu tham khảo mạnh từ bên ngoài nhóm.] Để biết thêm thông tin, hãy đọc tài liệu

Đây là cách bạn có thể sử dụng bản thân bên trong khối:

// gọi khối

 NSString *returnedText= checkIfOutsideMethodIsCalled(self);

NSString* (^checkIfOutsideMethodIsCalled)(*)=^NSString*(id obj)
{
             [obj MethodNameYouWantToCall]; // this is how it will call the object 
            return @"Called";


};