|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Senior Member
Iscritto dal: Jan 2002
Città: Spagna
Messaggi: 556
|
[Java] Lista sincronizzata
Ciao!!
Devo implementare una lista sincronizzata usando java 5... qualcuno sa di una implementazione gia fatta?? grazie |
|
|
|
|
|
#2 | |
|
Senior Member
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
|
Quote:
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%) |
|
|
|
|
|
|
#3 |
|
Senior Member
Iscritto dal: Jan 2002
Città: Spagna
Messaggi: 556
|
non mi sono spiegato bene credo.
la lista deve andare oltre, nel senso deve essere possible che due client cambino un lista nello stesso momento,..,non vale che uno aspetti che termini l'altro e che poi faccia il suo lavoro,.,. |
|
|
|
|
|
#4 | ||
|
Senior Member
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
|
Quote:
Quote:
La sincronizzazione può essere nella collection (una collection synchronized come il Vector) o può essere fatta a livello della tua applicazione. Ma va fatta. All'interno di una collection, ad esempio per aggiungere un elemento, vengono fatte una serie di operazioni. Pensa solo all'eventuale (ri)-allocazione dell'array che contiene i dati, all'inserimento del nuovo dato (magari in maniera "ordinata"), ecc... Queste operazioni, per quanto poche o brevi che siano, vanno fatte comunque in modo "atomico". Non ha senso dire che si vuole che 2 client possano alterare una collection nello stesso preciso identico momento. Spero di essermi spiegato, naturalmente.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%) |
||
|
|
|
|
|
#5 |
|
Senior Member
Iscritto dal: Jan 2002
Città: Spagna
Messaggi: 556
|
hum,.,. sto capendo qualche cosa in +,.., visto che la lista deve essere aperta a tutti i tipi senza necessariamente fare il cast (come con i generic)puo' essermi utile il package java.util.concurrent.atomic?
piu' che altro se ci fosse un esempio in giro,. |
|
|
|
|
|
#6 | |
|
Senior Member
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
|
Quote:
Non c'entrano niente con l'atomicità nella gestione interna delle collection. In una collection certe operazioni (es. add(), remove(), ecc....) devono essere fatte in modo atomico. Prendiamo per esempio il metodo insertElementAt della classe Vector: Codice:
public synchronized void insertElementAt(E obj, int index) {
modCount++;
if (index > elementCount) {
throw new ArrayIndexOutOfBoundsException(index
+ " > " + elementCount);
}
ensureCapacityHelper(elementCount + 1);
System.arraycopy(elementData, index, elementData, index + 1, elementCount - index);
elementData[index] = obj;
elementCount++;
}
Se tutto questo non fosse synchronized, e 2 thread chiamassero contemporaneamente il metodo ... sai che macelli succederebbero??? Quindi non confondere l'atomicità nella modifica di 1 valore (che potrebbe essere contenuto in una collection) e l'atomicità nella gestione interna di una collection!
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%) |
|
|
|
|
|
|
#7 |
|
Senior Member
Iscritto dal: Jan 2002
Città: Spagna
Messaggi: 556
|
pero' intendevo dire che due thread possano inserire un elemento o cancellarne uno in due punti differenti della lista nello stesso momento,.., non lo stesso elemento,..,
|
|
|
|
|
|
#8 |
|
Senior Member
Iscritto dal: Jun 2002
Città:
Provincia De VaRéSe ~ § ~ Lat.: 45° 51' 7" N Long.: 8° 50' 21" E ~§~ Magica Inter ~ § ~ Detto: A Chi Più Amiamo Meno Dire Sappiamo ~ § ~ ~ § ~ Hobby: Divertimento allo Stato Puro ~ § ~ ~ § ~ You Must Go Out ~ § ~
Messaggi: 8895
|
usa metodo produttore consumatore.
In questo modo sincronizzi tutto dalla classe che contiene la lista e i metodi che lavorano su questa. ~§~ Sempre E Solo Lei ~§~
__________________
Meglio essere protagonisti della propria tragedia che spettatori della propria vita
Si dovrebbe pensare più a far bene che a stare bene: e così si finirebbe anche a star meglio. Non preoccuparti solo di essere migliore dei tuoi contemporanei o dei tuoi predecessori.Cerca solo di essere migliore di te stesso |
|
|
|
|
|
#9 | |
|
Senior Member
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
|
Quote:
Come ripeto, certe operazioni sulle collection (es. add(), insertElementAt(), remove(), ecc...) non solo devono essere, viste singolarmente, "atomiche" ma devono essere fatte in modo "esclusivo". Prendiamo di nuovo il Vector: sia il metodo insertElementAt che il metodo removeElementAt sono marcati synchronized. Questo vuol dire che se 1 thread entra nel metodo insertElementAt e acquisisce il lock sull'oggetto, allora nessun altro thread può eseguire contemporaneamente lo stesso metodo o qualunque altro metodo marcato synchronized dell'oggetto. Nel Vector, se chiami insertElementAt per inserire un elemento all'indice 10, non puoi eseguire contemporaneamente un removeElementAt per eliminare l'elemento all'indice 5. Se i metodi non fossero marcati synchronized (come nel caso della classe ArrayList) è tecnicamente possibile che 1 thread entri nel insertElementAt e contemporaneamente 1 altro thread entri nel removeElementAt. Il risultato però dipenderebbe esclusivamente da quella che viene chiamata "dea bendata", ossia se sei molto fortunato non succedono casini, altrimenti per la ben nota legge di Murphy ... si incasina la lista! Spero di aver chiarito la cosa.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%) |
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 21:41.



















