Correggi l'avviso "Catturare [un oggetto] con forza in questo blocco probabilmente porterà a un ciclo di mantenimento" nel codice abilitato per ARC

Nel codice abilitato ARC, come correggere un avviso su un potenziale ciclo di conservazione, quando si utilizza un'API basata su blocco?

L'avviso:
Capturing 'request' strongly in this block is likely to lead to a retain cycle

prodotto da questo frammento di codice:

ASIHTTPRequest *request = [[ASIHTTPRequest alloc] initWithURL:...

[request setCompletionBlock:^{
    NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:request.rawResponseData error:nil];
    // ...
    }];

L'avvertimento è collegato all'uso dell'oggetto requestall'interno del blocco.

Rispondendo a me stesso:

La mia comprensione della documentazione afferma che l'uso della parola chiave blocke l'impostazione della variabile su zero dopo averla utilizzata all'interno del blocco dovrebbe essere ok, ma mostra comunque l'avvertimento.

__block ASIHTTPRequest *request = [[ASIHTTPRequest alloc] initWithURL:...

[request setCompletionBlock:^{
    NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:request.responseData error:nil];
    request = nil;
// ....

    }];

Aggiornamento: ha funzionato con la parola chiave '_ weak' invece di ' _block', e usando una variabile temporanea:

ASIHTTPRequest *_request = [[ASIHTTPRequest alloc] initWithURL:...
__weak ASIHTTPRequest *request = _request;

[request setCompletionBlock:^{
    NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:request.responseData error:nil];
    // ...
    }];

Se desideri scegliere come target anche iOS 4, utilizza __unsafe_unretainedinvece di __weak. Stesso comportamento, ma il puntatore rimane penzolante invece di essere automaticamente impostato su zero quando l'oggetto viene distrutto.

Il problema si verifica perché stai assegnando un blocco alla richiesta che ha un forte riferimento alla richiesta in esso. Il blocco manterrà automaticamente la richiesta, quindi la richiesta originale non verrà allocata a causa del ciclo. Ha senso?

È strano perché stai tag l'oggetto richiesta con __block in modo che possa fare riferimento a se stesso. È possibile risolvere questo problema creando un riferimento debole accanto ad esso.

ASIHTTPRequest *request = [[ASIHTTPRequest alloc] initWithURL:...];
__weak ASIHTTPRequest *wrequest = request;

[request setCompletionBlock:^{
    NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:wrequest.rawResponseData error:nil];
    // ...
    }];

Causa a causa del mantenimento del sé nel blocco. Al blocco si accederà da sé e il sé viene riferito in blocco. questo creerà un ciclo di mantenimento.

Prova a risolverlo creando un riferimento debole di self

__weak typeof(self) weakSelf = self;

operationManager = [[AFHTTPRequestOperation alloc] initWithRequest:request];
operationManager.responseSerializer = [AFJSONResponseSerializer serializer];
[operationManager setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {

    [weakSelf requestFinishWithSucessResponseObject:responseObject withAFHTTPRequestOperation:operation andRequestType:eRequestType];

} failure:^(AFHTTPRequestOperation *operation, NSError *error) {
    [weakSelf requestFinishWithFailureResponseObject:error withAFHTTPRequestOperation:operation andRequestType:eRequestType];
}];
[operationManager start];

Alcune volte il compilatore xcode ha problemi nell'identificare i cicli di conservazione, quindi se sei sicuro di non conservare il completamentoBlock puoi mettere un flag di compilatore come questo:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-retain-cycles"
#pragma clang diagnostic ignored "-Wgnu"

-(void)someMethod {
}

Quando provo la soluzione fornita da Guillaume, tutto va bene in modalità Debug ma si blocca in modalità Release.

Nota che non uso __weak ma __unsafe_unretained perché il mio target è iOS 4.3.

Il mio codice si arresta in modo anomalo quando setCompletionBlock: viene chiamato sull'oggetto "richiesta": la richiesta è stata deallocata ...

Quindi, questa soluzione funziona sia in modalità Debug che Release:

// Avoiding retain cycle :
// - ASIHttpRequest object is a strong property (crashs if local variable)
// - use of an __unsafe_unretained pointer towards self inside block code

self.request = [ASIHttpRequest initWithURL:...
__unsafe_unretained DataModel * dataModel = self;

[self.request setCompletionBlock:^
{
    [dataModel processResponseWithData:dataModel.request.receivedData];        
}];

ASIHTTPRequest *request = [[ASIHTTPRequest alloc] initWithURL:...
__block ASIHTTPRequest *blockRequest = request;
[request setCompletionBlock:^{
    NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:blockRequest.responseData error:nil];
    blockRequest = nil;
// ....

}];

qual è la differenza tra __weak e __block reference?

Dai un'occhiata alla documentazione sul sito web degli sviluppatori Apple: https://developer.apple.com/library/prerelease/ios/#documentation/General/Conceptual/ARCProgrammingGuide/Introduction.html#//apple_ref/doc/uid/TP40011029

C'è una sezione sui cicli di mantenimento nella parte inferiore della pagina.