iOS: Jak debugować opóźnienie interfejsu użytkownika [iPad2 dual-core]

Question

W mojej aplikacji mam do czynienia z dużą ilością danych pochodzących z sieci i parsować ją w zoptymalizowany format lokalny, a następnie zapisać je do bazy danych lub wysłać je do interfejsu użytkownika, jeśli istnieje Interfejs użytkownika czeka na te dane.

Wiem, że wykonywanie ciężkiej analizy w głównym wątku jest głupie, ponieważ blokuje główny wątek i powoduje, że interakcja interfejsu użytkownika jest dość zła.

Więc tutaj jest to, co starałem się upewnić, że wątek UI jest wolny.

• Globalna optymalizacja usunąć bardzo powolny kod pomimo tego, co jest w wątku

• Dolna wszystkie priorytety wątku, tj

  NSOperation.threadPriority=0.1; 
  NSThread.threadPriority=0.1; 
  dispatch_async(dispatch_get_global_queue(PRIORITY_LOW)); 
  

Po tych dwóch etapach, UI jest bardziej gładka, gdy niektórzy ciężka praca jest wykonywana w tle wątków, ale wciąż całkiem podniecony.

Błąd wygląda następująco: Gdy przewijam stół dość płynnie i nagle stół zamarza na około 0,1 sekundy, a następnie działa równie płynnie jak zwykle. Podczas zamrażania widzę impuls procesora w Instrumentach. Ale w osobnym widoku wątku widzę, że główny wątek jest OK, prawie bez zużycia procesora.

1. Dlaczego więc tabela interfejsu użytkownika nadal się zawiesza?
2. A dlaczego wątki tła nadal wykonują tyle cykli procesora przy tak ustawionych priorytetach wątków?
3. W jaki sposób upewniacie się, że interfejs użytkownika zawsze reaguje?
4. Czy są jakieś przydatne narzędzia do wyróżnienia miejsc powodujących zamrożenie interfejsu użytkownika?

Answer 1

Dobrym rozwiązaniem jest użycie Grand Central Dispatch (GCD) i Objective-C blocks w połączeniu z lokalną pamięcią podręczną. Po załadowaniu komórki tabeli powinieneś jak najszybciej powrócić z poziomu tableView:cellForRowAtIndexPath: z już skonfigurowaną komórką tabeli z lokalnie przechowywanymi danymi. Wszystkie części komórki, które muszą pobierać dane lub wykonywać ciężkie przetwarzanie, powinny mieć zamiast tego element zastępczy (na przykład wskaźnik aktywności). Ciężki przetwarzanie lub pobierania nastąpi w innym wątku jak ten:

// ...This code is at the end of tableView:cellForRowAtIndexPath: where cell 
// is already set up and you should have access to your cache and your data 
// manager object that will do the processing or downloading for you. 

// Show the placeholder (it will hide when real data is set) 
cell.placeholder.hidden = NO; 
// Check if item is local 
MyDataItem* item = [myCache objectForKey:itemKey]; 
if(item != nil) 
{ 
    // Item is available locally, set up the cell now 
    cell.someImageView.image = item.image; 
    cell.someLabel.text = item.text; 
    cell.placeholder.hidden = YES; 
} 
else 
{ 
    // Item is not in cache, go and get it ready 
    [myDataManager goAndGet:itemKey completion:^(MyDataItem* theItem) 
    { 
     // Put the item in the cache 
     [myCache setObject:theItem forKey:itemKey]; 
     // This block will be executed later and the cell may have been reused 
     // by then, so we need to ask the table view directly for the cell. 
     // This returns nil if cell is not currently visible. 
     MyTableCell* theCell = (MyTableCell*)[tableView cellForRowAtIndexPath:indexPath]; 
     // Set up the table cell 
     if(theCell != nil) 
     { 
      myCell.someImageView.image = theItem.image; 
      myCell.someLabel.text = theItem.text; 
      myCell.placeholder.hidden = YES; 
     } 
    }]; 
} 
return cell; 

Jak widać z kodu powyżej, komórka zwracana jest bardzo szybko, nawet kiedy jest potrzebny jakiś ciężki przetwórstwo. Dzięki temu interfejs użytkownika jest miły i elastyczny, bez żadnych opóźnień, które powodują gwałtowne przewijanie w widoku tabeli. Menedżer danych użyje GCD wykonać przetwarzanie, coś takiego:

- (void)goAndGet:(NSString*)itemKey completion:(void (^)(MyDataItem* theItem))completionBlock 
{ 
    // Note: this uses DISPATCH_QUEUE_PRIORITY_DEFAULT - but you might want to use 
    // a different queue, probably one you created yourself for these tasks. 
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0),^
    { 
     // Do heavy processing or downloading here 
     MyDataItem* item = [heavyProcessor doProcessingForItem:itemKey]; 

     // The completion block must happen on the main queue 
     dispatch_async(dispatch_get_main_queue(),^
     { 
      // Call the completion block 
      completionBlock(item); 
     }); 
    }); 
} 

Należy pamiętać, że przede wszystkim kod zakłada używasz ARC :)