GCD dispatch_async y NSURLConnection

Question

Yo quería una manera rápida y fácil de obtener datos de URL sin tener que meterme con delegates.

¿Hay algún problema con lo siguiente?

// Use gcd 
dispatch_queue_t queue = dispatch_queue_create("com.dowork", 0); 
dispatch_queue_t main = dispatch_get_main_queue(); 

// do the long running work in bg async queue 
// within that, call to update UI on main thread. 
dispatch_async(queue, ^{ 

    // Do work in the background 
    NSData *response = [NSURLConnection sendSynchronousRequest:serviceRequest returningResponse:&serviceResponse error:&serviceError]; 

    dispatch_async(main, ^{ 

     // Update UI 
     self.data = response; 
     [self.tableView reloadData]; 


    });//end 
});//end 

pensé que leí en alguna parte hace mucho tiempo que utilizando el método sincrónico NSURLConnection en un subproceso de fondo causaría pérdidas de memoria. ¿Es esto cierto?

¿Hay algún problema con los códigos que se publican allí? ¿Algún problema con la asignación de los datos a self.data dentro del bloque?

Answer 1

si se dirigen a IOS5 y más tarde, hay de NSURLConnection sendAsynchronousRequest:queue:completionHandler:

Para responder a su pregunta específica, que me parece response pueda filtrarse: No sé si hay una piscina autorelease implícita en las roscas GCD.

Investigue un poco ahora: los subprocesos GCD tienen sus propios grupos de liberación automática pero no sabe cuándo se agotan. Probablemente desee poner entre paréntesis las dos primeras declaraciones con un grupo de autorrelease explícito.

Ver también Do you need to create an NSAutoreleasePool within a block in GCD?