Se corrigió la advertencia "Es muy probable que capturar [un objeto] en este bloque conduzca a un ciclo de retención" en el código habilitado para ARC

En el código habilitado para ARC, ¿cómo corregir una advertencia sobre un posible ciclo de retención, cuando se utiliza una API basada en bloques?

La advertencia:
Capturing 'request' strongly in this block is likely to lead to a retain cycle

producido por este fragmento de código:

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

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

La advertencia está vinculada al uso del objeto requestdentro del bloque.

Respondiendo a mi mismo:

Mi comprensión de la documentación dice que usar la palabra clave blocky establecer la variable en nulo después de usarla dentro del bloque debería estar bien, pero aún muestra la advertencia.

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

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

    }];

Actualización: consiguió que funcionara con la palabra clave '_ débil' en lugar de ' _block', y usando una variable temporal:

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

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

Si desea apuntar también a iOS 4, use en __unsafe_unretainedlugar de __weak. Mismo comportamiento, pero el puntero permanece colgando en lugar de establecerse automáticamente en nulo cuando se destruye el objeto.

El problema ocurre porque está asignando un bloque a la solicitud que tiene una fuerte referencia para solicitarlo. El bloque retendrá automáticamente la solicitud, por lo que la solicitud original no se desasignará debido al ciclo. ¿Tener sentido?

Es extraño porque está etiquetando el objeto de solicitud con __block para que pueda referirse a sí mismo. Puede solucionar esto creando una referencia débil junto a él.

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

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

Causa debido a retener al yo en el bloque. Se accederá al bloque desde self, y self se refiere en bloque. Esto creará un ciclo de retención.

Intenta resolver esto creando una referencia débil de 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];

Algunas veces el compilador xcode tiene problemas para identificar los ciclos de retención, por lo que si está seguro de que no retendrá el completeBlock, puede colocar un indicador de compilación como este:

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

-(void)someMethod {
}

Cuando pruebo la solución proporcionada por Guillaume, todo está bien en modo de depuración pero se bloquea en el modo de lanzamiento.

Tenga en cuenta que no use __weak pero __unsafe_unretained porque mi objetivo es iOS 4.3.

Mi código se bloquea cuando setCompletionBlock: se llama al objeto "solicitud": la solicitud se desasignó ...

Por lo tanto, esta solución funciona tanto en modo de depuración como en versión:

// 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;
// ....

}];

¿Cuál es la diferencia entre __weak y __block de referencia?

Eche un vistazo a la documentación en el sitio web para desarrolladores de Apple: https://developer.apple.com/library/prerelease/ios/#documentation/General/Conceptual/ARCProgrammingGuide/Introduction.html#//apple_ref/doc/uid/TP40011029

Hay una sección sobre ciclos de retención en la parte inferior de la página.