Fragen zu synrchonized und kritischen Abschnitten

[Java_Fan_]

Hallo,
ich hätte eine Frage zu synchronized und begenzt kritischen Abschnitten.
Angenommen man hat folgende Ausgangslage:

public class Parkhaus {
    int plaetze = 3;
    boolean test = false;
    public synchronized void kritischerAbschnitt(boolean a) {
        while (plaetze == 0) {
            try {
                wait();
            } catch (InterruptedException ex) {

            }
        }
        plaetze--;
        System.out.println("blabal");
        ...
        ....
        if(a)
          test = false;
       else
          test = true;
       .....
      ......
        if(test)...
    }
}
public class Auto{
    Parkhaus ab;
    Auto(Parkhaus ab){
        this.ab = ab;
    }
    void enter(boolean a){
        ab.kritischerAbschnitt(a);
    }
   public void run(){
       Random zufall = new Random(); // neues Random Objekt, namens zufall
        int zufallsZahl = zufall.nextInt(2);
        if(zufallsZahl)
            enter(true);
        else
           enter(false)
}
}

Inwieweit ist synchronized atomar? Ich habe 10 Auto Threads. Angenommen einer ist als erster im kritischen Abschnitt angekommen, dann wird, da die Methode krtischerAbschnitt() synchronized ist, das Parkhaus gespeert. Nur die Frage ist, für wie lange? Bis der Thread die komplette Methode kritischerAbschnitt durch gearbeitet hat? Dann wäre das Problem, dass es an dieser Stelle immer nur 1 Teilnehmer drinne wäre. Angenommen es könnten in den kritischen Abschnitt 3 Autos rein, dann könnten diese ja gegenseitig die Variable test auf false oder true setzen. Würde ich die Variable test später lesen wollen, dann liese sich nicht mehr genau sagen, welchen wert diese hat, da ein Thread diese Variable gerade als true gelesen hat(an der if anweisung if(test)) und nun der andere Thread nun aber die Variable auf false setzt und er dann eine Variable als true einließt, welche eigentlich false gesetzt wurde. Wie verhält sich das mit synchronized genau, an dieser Stelle?

 

[Blender3D]

Monitorkonzept
Wird eine „synchronized" Methode aufgerufen, wird eine Sperre gesetzt und es kann keine andere als „synchronized“ deklarierte Methode ausgeführt werden, solange die Sperre gesetzt ist.

 

[Java_Fan_]

Wenn ich 10 Autos habe, dann würde das ja heißen das eine synchronized Methode 10 mal hintereinander ausgeführt wird, oder nicht? Besteht die Mögichkeit das ein Auto im Parkhaus ist die Methode teilweise ausgeführt hat und dann das nächste Auto in das Parkhaus kommt und wieder einen Teil der Methode ausführt?

 

[temi]

Besteht die Mögichkeit das ein Auto im Parkhaus ist die Methode teilweise ausgeführt hat und dann das nächste Auto in das Parkhaus kommt und wieder einen Teil der Methode ausführt?

Ist das jetzt die Frage, ob das so wie dein Code aussieht passieren könnte?

ODER

Ist es das, was du gerne hättest?

 

[Java_Fan_]

Es handelt sich um eine Frage. Ich würde einfach gerne wissen wie synchronized arbeitet und habe mir dazu ein Beispiel ausgedacht.

 

[mihe7]

Ich versuchs mal: synchronized sorgt dafür, dass der aktuelle Thread den Monitor des angegebenen Objekts erhält (bei synchronized Methoden ist automatisch this das Monitor-Objekt). Zu einem Zeitpunkt kann immer nur ein Thread den Monitor des jeweiligen Monitor-Objekts besitzen, die anderen werden in eine Warteschlange eingereiht.

Der Monitor wird freigegeben, wenn der synchronized Block (ggf. die Methode) verlassen wird oder wenn er explizit freigegeben wird, z. B. durch wait(). Wird ein wartender Thread per notify wieder aufgeweckt, erhält er auch wieder den Monitor, sobald der Thread, der notify aufgerufen hat, den Monitor wieder freigegeben hat (also in der Regel nach Verlassen des synchronized Blocks).