Bezpieczeństwo i wydajność wątku w książce adresowej

Question

Mój zmysł z dokumentacji książki adresowej i moje zrozumienie podstawowej implementacji CoreData sugeruje, że książka adresowa powinna być bezpieczna dla wątków, a tworzenie zapytań z wielu wątków nie powinno sprawiać żadnych problemów. Ale mam problem ze znalezieniem jakiejkolwiek jawnej dyskusji na temat bezpieczeństwa wątków w dokumentach. To rodzi kilka pytań:

• Czy można bezpiecznie używać + sharedAddressBook na wielu wątkach w trybie tylko do odczytu? Uważam, że odpowiedź brzmi "tak".
• Aby uzyskać dostęp do zapisu w wątkach w tle, wydaje się, że zamiast tego należy użyć + książki adresowej (i zapisać zmiany ręcznie). Czy rozumiem to poprawnie?
• Czy ktoś badał wpływ na wydajność wykonywania wielu jednoczesnych zapytań do Książki adresowej na wielu wątkach? Powinno to być bardzo podobne do wykonywania wielu zapytań CoreData na wielu wątkach. Mam wrażenie, że niewiele zyskałbym, robiąc równoległe zapytania, ponieważ zakładam, że będą one serializowane, gdy trafią w SQLLite, ale nie jestem tu pewien.

muszę zrobić dziesiątki zapytań (niektóre złożone) przeciwko adresową i robie tak na wątek tła przy użyciu NSOperation aby uniknąć blokowania UI (który obecnie robi). Moje podstawowe pytanie brzmi: czy sensownym jest ustawienie maksymalnych równoczesnych operacji na wartość większą niż 1 i czy istnieje jakiekolwiek niebezpieczeństwo, jeśli aplikacja może jednocześnie pisać do książki adresowej w innym wątku.

Answer 1

O ile interfejs API nie mówi, że jest bezpieczny dla wątków, nie jest. Nawet jeśli obecna implementacja będzie bezpieczna dla wątków, może nie być dostępna w przyszłości. Innymi słowy, nie używaj AB z wielu wątków.

Odkładając na bok, co z tego, że bazuje na CoreData, uważasz, że byłoby bezpieczne dla wątków? CoreData używa modelu zamknięcia nici, w którym dostęp do kontekstu na pojedynczym wątku jest bezpieczny, wszystkie obiekty z kontekstu muszą być dostępne w tym samym wątku.

Oznacza to, że sharedAddressBook nie będzie bezpieczny dla wątków, jeśli zachowa obiekt NSManagedObjectContext do użycia. Byłoby to bezpieczne tylko wtedy, gdy AB tworzy nowy kontekst za każdym razem, gdy musi coś zrobić i natychmiast go usuwa, lub jeśli tworzy kontekst na wątek i zawsze używa odpowiedniego kontekstu (prawdopodobnie przechowując ref w wątku) . W obu przypadkach nie byłoby bezpiecznie przechowywać niczego jako NSManagedObjects, ponieważ konteksty byłyby stale niszczone, co oznacza, że ​​każdy ABRecord musiałby przechowywać obiekt NSManagedObjectID, aby mógł odtworzyć obiekt w odpowiednim kontekście, gdy był potrzebny.

Oczywiście wszystko to jest możliwe, może to być zrobione, ale nie jest to oczywiste wdrożenie.