Thread Kate Siera

eu teria acertado por dedução mas com detalhe confesso q tb não entendí…

O objeto B é o monitor. A thread A é quem fica parada. Isso aí seria feito assim:

public class SomeClass
{
   private Object b = new int[0];

   public void someMethod() {
      synchronized(b) {
          b.wait(2000);
       }
   }
}

Note que uma thread A inicia seu processamento e chama o método someMethod(). Isso faz com que ela a thread A chame sobre o objeto B o wait (como diz o enunciado) e durma.

Quando uma outra thread chamar o notify em b (num outro trecho com synchronized (b)) será A que irá acordar, pois A é quem dorme ali.

Não confunda a thread com o monitor. O monitor é o objeto que recebe as notificações e que controla o sleep. A thread é quem efetivamente percorre os métodos e é interrompida pelo processador. Objetos não sofrem bloqueios, eles apenas os controlam. Quem sofrem bloqueios são apenas threads.

Vini ,

Sua explicação foi muito boa , me perdoa a pergunta besta mas no caso quem possui o bloqueio de quem quando uso um bloco synchonized?

Luiz Renato

luiz_renato:

Vini ,

Sua explicação foi muito boa , me perdoa a pergunta besta mas no caso quem possui o bloqueio de quem quando uso um bloco synchonized?

Luiz Renato

Um Thread possui o bloqueio do objeto usado no bloco sincronizado.

Fale ViniGodoy, mas dua coisas estão me confundindo nessa questão

1. tá sendo chamado “wait(2000);” e não “b.wait(2000);”, é como se o próprio objeto da classe/Thread A estivesse chamando em algum momento

2. A resposta “After object B is notified, or after two seconds”, traduzindo fica “Depois que o objeto B é notificado, ou depois de dois segundos” e que me leva pensar que A tinha chamado o método wait(2000) e posto o B em estado de espera.

Quanto a sua explicação foi muito boa, mas minha dúvida passa ser semantica. Eu acho