• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Is There Such Thing As An Implicit Wait?

 
Ranch Hand
Posts: 327
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
when you have code like this:


does this implicitly add the currently executing thread to the list of threads that should be informed when another thread calls myObject.notifyAll()?

I'm pretty sure that there is no implicit wait, but if not, shouldn't there be?
 
Wanderer
Posts: 18671
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Well, I suppose it depends what you mean by "informed". If another thread has the lock on myObject, this thread won't be able to enter the synchronized block at first. So this thread will block, and it will not execute until the other thread exits its synhronized block and this thread acquires the lock. Behind the scenes, the JVM is managing process a bit. So you could say that the JVM has a list of threads that are trying to acquire the lock on myObject, and when that lock becmoes available, the JVM will "inform" one of those blocking threads, allowing it to execute.

However - this has nothing at all to do with notifyAll(). So I suspect it's not what you meant to ask about. In order for notifyAll() to have any significance, the thread must have already synchronized on myObject (as shown in your code) and then called the wait() method (not shown). If you call wait, the thread will wait until notified. If you don't call wait, then notification is irrelevant.

No - to do that, you need to call myObject.wait(). Which can only be done from inside code that is synchronized on myObject, such as you have shown. So you're partway there. But unless you actually call
reply
    Bookmark Topic Watch Topic
  • New Topic