Czy wątek Nsmutablearray Objective-C jest bezpieczny?

Jak już powiedzieli inni, NSMutableArray nie jest bezpieczny dla wątków. Jeśli ktoś chce osiągnąć więcej niż removeAllObject w środowisku bezpiecznym dla wątku, podam inne rozwiązanie przy użyciu GCD oprócz tego przy użyciu Locka. To, co musisz zrobić, to zsynchronizować operacje odczytu/aktualizacji(zastąp / Usuń).

Najpierw get the global concurrent queue:

dispatch_queue_t concurrent_queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

Do czytania:

- (id)objectAtIndex:(NSUInteger)index {
    __block id obj;
    dispatch_sync(self.concurrent_queue, ^{
        obj = [self.searchResult objectAtIndex:index];
    });
    return obj;
}

Dla insert:

- (void)insertObject:(id)obj atIndex:(NSUInteger)index {
    dispatch_barrier_async(self.concurrent_queue, ^{
        [self.searchResult insertObject:obj atIndex:index];
    });
}

From Apple Doc about dispatch_barrier_async:

Gdy blok barierowy dociera do przodu prywatnej kolejki współbieżnej, nie jest wykonywany od razu. Zamiast tego Kolejka czeka aż aktualnie wykonywane bloki zakończą wykonywanie. W tym momencie blok barierowy wykonuje się sam. Wszelkie bloki przesłane po bloku barierowym nie są wykonywane, dopóki blok barierowy się nie zakończy.

Podobne do Usuń:

- (void)removeObjectAtIndex:(NSUInteger)index {
    dispatch_barrier_async(self.concurrent_queue, ^{
        [self.searchResult removeObjectAtIndex:index];
    });
}

EDIT: właściwie znalazłem dziś inny prostszy sposób synchronizacji dostępu do zasobu za pomocą szeregowego Kolejka dostarczona przez GCD.

From Apple Doc Concurrency Programming Guide > Dispatch Queues :

Kolejki seryjne są przydatne, gdy chcesz, aby Twoje zadania wykonywały się w określonej kolejności. Kolejka szeregowa wykonuje tylko jedno zadanie na raz i zawsze ściąga zadania z początku kolejki. Możesz użyć kolejki szeregowej zamiast blokady, aby chronić współdzielony Zasób lub zmienną strukturę danych. W przeciwieństwie do blokady, Kolejka szeregowa zapewnia, że zadania są wykonywane w przewidywalnym spokój. I tak długo, jak przesyłasz swoje zadania do kolejki szeregowej asynchronicznie, kolejka nie może się zablokować.

Tworzenie kolejki szeregowej:

dispatch_queue_t myQueue = dispatch_queue_create("com.example.MyQueue", NULL);

Wysyłanie zadań asynchronicznych do kolejki szeregowej:

dispatch_async(myQueue, ^{
    obj = [self.searchResult objectAtIndex:index];
});

dispatch_async(myQueue, ^{
    [self.searchResult removeObjectAtIndex:index];
});

Jak również {[0] } można również użyć @synchronized(condition-object ) musisz tylko upewnić się, że każdy dostęp do tablicy jest zawinięty w {[1] } z tym samym obiektem działającym jako condition-object , jeśli chcesz tylko zmodyfikować zawartość tej samej instancji tablicy, możesz użyć samej tablicy jako condition-object, innym sposobem będziesz musiał użyć czegoś innego, o czym wiesz, że nie odejdzie, obiekt nadrzędny, czyli self, jest dobrym wyborem, ponieważ zawsze będzie to obiekt nadrzędny. ten sam dla tej samej tablicy.

Atrybuty atrybutu Atomic in @property sprawią, że ustawienie wątku tablicy będzie bezpieczne, nie zmieniając zawartości, tzn. self.mutableArray=... czy wątek jest bezpieczny, ale [self.mutableArray removeObject:] nie jest.

__weak typeof(self)weakSelf = self;

 @synchronized (weakSelf.mutableArray) {
     [weakSelf.mutableArray removeAllObjects];
 }

Skoro wspomniano o kolejkach szeregowych: z zmienną tablicą, samo pytanie "czy wątek jest bezpieczny" nie wystarczy. Na przykład upewnienie się, że removeAllObjects nie ulegnie awarii jest dobre i dobre, ale jeśli inny wątek spróbuje przetworzyć tablicę w tym samym czasie, przetworzy tablicę Przed lub po wszystkie elementy zostaną usunięte i naprawdę musisz pomyśleć, jakie powinno być zachowanie.

Tworzenie jednej klasy + obiektu, który jest odpowiedzialny za tę tablicę, tworzenie kolejki szeregowej dla niej i wykonywanie wszystkich operacji za pośrednictwem klasy w tej kolejce szeregowej jest najprostszym sposobem, aby wszystko było dobrze bez powodowania bólu mózgu przez problemy z synchronizacją.

Wszystkie klasy NSMutablexxx nie są bezpieczne dla wątków. Operacje takie jak get,insert,remove,add I replace powinny być używane z NSLock.To jest lista klas thread-safe I thread-unsafe podanych przez apple: thread Safety Summary

Prawie nsmutable classes object nie jest bezpieczny dla wątku.