常に自己の弱い参照をARCのブロックに渡しますか？

Objective-Cでのブロックの使用について少し混乱しています。私は現在ARCを使用しており、アプリには非常に多くのブロックがあり、現在は常にself弱い参照ではなく参照しています。これが、これらのブロックselfが割り当て解除されないように保持および保持する原因となる可能性がありますか？問題は、ブロック内のweak参照を常に使用する必要selfがあるかどうかです。

-(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];
}

ProcessOperation.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);
    }
}

ディスカッションの一部strongまたはweak一部に焦点を当てないことが役立ちます。代わりに、サイクル部分に焦点を当てます。

保持サイクルは、オブジェクトAがオブジェクトBを保持し、場合に発生ループでありそしていずれかのオブジェクトが解放された場合、オブジェクトBは、そのような状況ではオブジェクトAを保持します。

• オブジェクトBはオブジェクトAへの参照を保持しているため、オブジェクトAは割り当て解除されません。
• ただし、オブジェクトAがオブジェクトBを参照している限り、オブジェクトBは割り当て解除されません。
• ただし、オブジェクトBはオブジェクトAへの参照を保持しているため、オブジェクトAは割り当て解除されません。
• 無限

したがって、これらの2つのオブジェクトは、プログラムが正常に動作している場合は、割り当てを解除する必要がありますが、プログラムの存続期間中はメモリ内でハングします。

したがって、私たちが心配しているのは、保持サイクルであり、これらのサイクルを作成するブロック自体については何もありません。たとえば、これは問題ではありません。

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

ブロックは保持されますがself、ブロックは保持されselfません。どちらかが解放された場合、サイクルは作成されず、すべての割り当てが解除されます。

問題が発生する場所は次のようなものです。

//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];     
}];

これで、オブジェクト（self）はstrongブロックへの明示的な参照を持ちます。また、ブロックにはへの暗黙の強い参照がありselfます。これはサイクルであり、どちらのオブジェクトも適切に割り当て解除されます。

このような状況では、self 定義によりすでにstrongブロックへの参照が含まれているため、通常self、ブロックを使用するために明示的に弱い参照を作成することで解決するのが最も簡単です。

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

しかし、これは、を呼び出すブロックを処理するときに従うデフォルトのパターンであってはなりませんself。これは、他の方法では自己とブロックの間の保持サイクルを壊すためにのみ使用する必要があります。どこにでもこのパターンを採用すると、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];
}];

常に弱い参照を使用する必要はありません。ブロックが保持されず、実行されてから破棄される場合、保持サイクルが作成されないため、自己を強くキャプチャできます。場合によっては、ブロックが完了するまでブロックを自己保持して、早期に割り当てを解除しないようにすることもできます。ただし、ブロックを強くキャプチャし、内部で自己をキャプチャすると、保持サイクルが作成されます。

@jemmonsに完全に同意します。

しかし、これは、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];
}];

この問題を克服するためweakSelfに、ブロックの内側に強い参照を定義することができます：

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

Leoが指摘するように、あなたがあなたの質問に追加したコードは強い参照サイクル（別名、保持サイクル）を示唆しません。強い参照サイクルを引き起こす可能性がある操作関連の問題の1つは、操作が解放されない場合です。コードスニペットは、操作が並行であると定義していないことを示していますが、そうである場合isFinished、投稿したことがない場合、または循環依存関係がある場合などは解放されません。また、操作が解放されない場合、ビューコントローラーも解放されません。ブレークポイントを追加するかNSLog、オペレーションのdeallocメソッドに追加して、それが呼び出されることを確認することをお勧めします。

あなたが言った：

保持サイクルの概念は理解していますが、ブロックで何が発生するかはよくわからないので、少し混乱します

ブロックで発生する保持サイクル（強い参照サイクル）の問題は、よく知っている保持サイクルの問題と同じです。ブロックは、ブロック内に出現するオブジェクトへの強い参照を維持し、ブロック自体が解放されるまでそれらの強い参照を解放しません。したがって、ブロック参照がself、またはのインスタンス変数だけを参照する場合でもself、それが自身への強い参照を維持しますが、それはブロックが解放されるまで（またはこの場合はNSOperationサブクラスが解放されるまで）解決されません。

詳細については、「Objective-Cを使用したプログラミング：ブロックの操作」ドキュメントの「セルフキャプチャ時に強い参照サイクルを回避する」セクションを参照してください。

それでもビューコントローラーが解放されない場合は、未解決の強参照が存在する場所を特定するだけです（NSOperation割り当てが解除されていることを確認した場合）。一般的な例は、繰り返しの使用ですNSTimer。または、delegate誤ってstrong参照を維持しているカスタムオブジェクトまたはその他のオブジェクト。Instrumentを使用して、オブジェクトが強い参照を取得している場所を追跡できます。例：

またはXcode 5では：

一部の説明では、保持サイクルに関する条件を無視します[オブジェクトのグループが強い関係のサークルによって接続されている場合、グループの外部からの強い参照がなくても、オブジェクトは互いに存続します。]詳細については、ドキュメントを参照してください。

これは、ブロック内で自己を使用する方法です。

//ブロックの呼び出し

 NSString *returnedText= checkIfOutsideMethodIsCalled(self);

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


};