W języku Java, czy muszę zadeklarować, że moja kolekcja jest zsynchronizowana, jeśli jest tylko do odczytu?

Question

Po raz pierwszy wypełniam kolekcję, gdy zaczyna się moja aplikacja webowa J2EE. Następnie kilka wątków może uzyskać do niego dostęp w tym samym czasie, ale tylko do odczytu.

Wiem, że używanie zbierania synchronicznego jest obowiązkowe dla zapisu równoleżnika, ale czy nadal potrzebuję go do odczytu paraleli?

Answer 1

Zwykle nie, ponieważ w tym przypadku nie zmieniasz stanu wewnętrznego kolekcji. Podczas iteracji nad kolekcją tworzona jest nowa instancja iteratora, a stan iteracji to instancja iteratora.

---

Poza Uwaga: Pamiętaj, że przez utrzymywanie tylko do odczytu kolekcja jesteś zapobieganiu tylko modyfikacje samej kolekcji. Każdy element kolekcji jest wciąż zmienny.

class Test { 
    public Test(final int a, final int b) { 
     this.a = a; 
     this.b = b; 
    } 

    public int a; 
    public int b; 
} 

public class Main { 

    public static void main(String[] args) throws Exception { 
     List<Test> values = new ArrayList<Test>(2); 
     values.add(new Test(1, 2)); 
     values.add(new Test(3, 4)); 

     List<Test> readOnly = Collections.unmodifiableList(values); 
     for (Test t : readOnly) { 
      t.a = 5; 
     } 

     for (Test t : values) { 
      System.out.println(t.a); 
     } 
    } 

} 

This wyjścia:

5 
5 

---

Ważne względy z @WMR answser.

To zależy od tego, czy wątków, które są czytanie kolekcji są uruchamiane przed lub po ty wypełnienie go. Jeśli zostaną uruchomione przed ich wypełnieniem, nie masz żadnych gwarancji (bez synchronizacji ), że te wątki kiedykolwiek zobaczą zaktualizowane wartości.

Powodem tego jest Java Pamięć modelu, jeśli chcesz wiedzieć więcej czytaj sekcję „widoczność” pod tym linkiem: http://gee.cs.oswego.edu/dl/cpj/jmm.html

I nawet jeśli gwinty są uruchamiane po wypełnieniu swojej kolekcji , ty może mieć do synchronizacji, ponieważ realizacja kolekcja może zmienić jego stan wewnętrzny nawet czytać operacji (dzięki Michael Bar-Sinai, nie wiedziałem takie zbiory istniał).

Kolejny bardzo interesujący odczyt na temat współbieżności która obejmuje tematy jak publikowania obiektów, widoczności itp bardziej szczegółowo jest książka Briana Goetz za Java Concurrency in Practice.

Answer 2

Sama kolekcja nie ma, ale należy pamiętać, że jeśli to, co zawiera, również nie jest niezmienne, te oddzielne klasy wymagają własnej synchronizacji.

Answer 3

Nie musisz, jak wyjaśniono w innych odpowiedziach.Jeśli chcesz mieć pewność, że Twoja kolekcja jest tylko do odczytu, można użyć:

yourCollection = Collections.unmodifableCollection(yourCollection); 

(podobna metoda istnieją List, Set, mapa i inne rodzaje kolekcji)

Answer 4

To zależy od tego, czy nici, które są czytanie kolekcji rozpoczyna się przed lub po jej wypełnieniu. Jeśli są uruchomione przed wypełnieniem, nie masz żadnych gwarancji (bez synchronizacji), że te wątki zobaczą zaktualizowane wartości.

Powodem tego jest Java pamięci model, jeśli chcesz wiedzieć więcej czytaj sekcję „widoczność” pod tym linkiem: http://gee.cs.oswego.edu/dl/cpj/jmm.html

I nawet jeśli gwinty są uruchamiane po wypełnieniu swojej kolekcji, to może mieć do synchronizacji, ponieważ twoja implementacja kolekcji może zmienić jej wewnętrzny stan nawet podczas operacji odczytu (dzięki Michael Bar-Sinai, nie wiedziałem, że takie kolekcje istnieją w standardowym JDK).

Kolejną bardzo interesującą lekturą na temat współbieżności, obejmującą takie tematy jak publikowanie obiektów, widoczność itp., Jest bardziej szczegółowo książka Briana Goetza: Java Concurrency in Practice.

Answer 5

W ogólnym przypadku powinieneś. Dzieje się tak, ponieważ niektóre kolekcje zmieniają swoją wewnętrzną strukturę podczas czytania. A LinkedHashMap, która używa zlecenia dostępu, jest dobrym przykładem. Ale nie tylko wziąć na to moje słowo:

w dostępie zamówić połączonych map hash, jedynie zapytań mapę z GET jest modyfikacją konstrukcyjną The Linked hash map's javadoc

Jeśli jesteś absolutnie pewien, że istnieje nie są pamięciami podręcznymi, brakiem statystyk kolekcji, optymalizacją, zabawnymi rzeczami - nie trzeba synchronizować. W takim przypadku nałożyłbym ograniczenie typu na kolekcję: Nie zadeklaruj kolekcji jako mapy (która umożliwiłaby LinkedHashMap), ale jako HashMap (dla purystów, końcowa podklasa HashMap, ale to może również brać ją daleko...).