[JAVA] Esame universitario sui Thread

[robertinik83]

Salve a tutti,
a breve avro' un esame all'università riguardante i Thread in Java.
Non ho ben capito il lock sulle classi.
Vi chiedo un aiuto facendovi un esempio:

public class test{
public synchronized void a(){
istr1;
}
public void b(){
istr2;
}
}

2 Thread potrebbero eseguire contemporaneamente l'istruzione istr1 e istr2 oppure visto che il metodo a() è sinchronized viene posto il lock sull'intera classe?

e se avessi avuto :
public void b(){
istr2;
synchronized(this){istr3;}
}

avrei ancora potuto eseguire le istruzioni 1 e 2 contemporaneamente?
e istr2 e istr3?


Grazie 1000 anticipatamente a tutti voi!!!!
Auguri di un felice 2008

[randoman]

Non ci metterei la mano sul fuoco quindi magari aspetta il verdetto di gente più esperta, però dovrebbe essere:

- se un metodo è synchronized, allora due thread non possono trovarsi contemporaneamente nel corpo del metodo (per una stessa istanza penso), a meno che non venga rilasciato il lock tramite wait(). Quindi nel tuo caso due thread non potrebbero eseguire contemporaneamente istr1 mentre istr2 si.

- se un blocco è synchronized(riferimento a oggetto) e un thread ci si trova dentro, allora nessun altro thread può entrare in un altro blocco synchronized(riferimento allo stesso oggetto), sempre a meno di rilasciare il lock con wait(). Quindi istr3 è eseguita in mutua esclusione solo se tutti i thread ce l'hanno dentro un blocco synchronized(riferimento a quel famoso stesso oggetto)

[paperopazzo]

Ciao allora, ti direi dai un occhio
QUI

fai l'esercizio n° 7 direi che potrebbe iniziare a servirti.

Poi ti consiglio come utile lettura Thinking in Jva di Bruce Eckel (puoi trovare qui il libro free direttamente dal sito dell'autore).

Spero di esserti stato d'aiuto.

Cmq la risposta precedente è OK!

Ti consiglio la lettura di questo libro:
Java Threads, 2nd edition
Scott Oaks & Henry Wong

molto utile a riguardo e molto ben spiegato!

Se hai problemi contattami pure!

[andbin]

Originariamente inviato da robertinik83

2 Thread potrebbero eseguire contemporaneamente l'istruzione istr1 e istr2 oppure visto che il metodo a() è sinchronized viene posto il lock sull'intera classe?

No, le cose stanno così. Innanzitutto la parola chiave synchronized consente di acquisire il lock su un oggetto. Quale oggetto, dipende da dove viene usato il synchronized.

Se synchronized è su un metodo di istanza, il lock è sull'oggetto su cui è invocato il metodo.
Se synchronized è su un metodo di classe (static), il lock è sulla istanza dell'oggetto Class associato alla classe (quindi unico e condiviso da tutte le istanze della classe).
Se synchronized è su un blocco, va specificato esplicitamente l'oggetto su cui acquisire il lock.

Ogni oggetto ha 1 solo lock e quindi 1 solo thread per volta può acquisire il lock su un oggetto.
Acquisire il lock su un oggetto non vuol dire che "blocca" la invocazione di qualunque altro metodo dell'oggetto. Blocca ovviamente solo altri thread che cercano di acquisire quello stesso identico lock. In sostanza vuol dire che i metodi dove non c'è alcun synchronized, non vengono bloccati!

Se hai capito questa spiegazione, puoi anche rispondere alle tue domande.

[robertinik83]

Quindi se non ho capito male potrei rispondere in modo affermativo a tutte e tre le mie domande!
Cioè che sarebbe possibile eseguire tali istruzioni contemporaneamente.

Giusto?

Grazie

[andbin]

Originariamente inviato da robertinik83

Cioè che sarebbe possibile eseguire tali istruzioni contemporaneamente.

Nel primo esempio, istr1 e istr2 possono essere eseguiti contemporaneamente. Per eseguire a() bisogna acquisire il lock sull'oggetto. Per eseguire b() non c'è alcun lock da acquisire quindi non ci sono impedimenti alla sua esecuzione.

Nel caso del metodo b() modificato riportato sotto, istr1 e istr2 possono ancora essere eseguiti contemporaneamente. Ma per istr3 il discorso è un po' diverso. Infatti per eseguire istr3 bisogna acquisire il lock sull'oggetto ('this') e ciò vuol dire che istr1 e istr3 non possono essere eseguiti contemporaneamente.