RFR: 8263903: Use Cleaner instead of finalize to auto stop Timer thread

David Holmes dholmes at openjdk.java.net
Mon Mar 22 06:16:42 UTC 2021


On Mon, 22 Mar 2021 05:40:10 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

>> test/jdk/java/util/Timer/AutoStop.java line 47:
>> 
>>> 45:                 public void run() {
>>> 46:                     tdThread = Thread.currentThread();
>>> 47:                     synchronized(wakeup) {
>> 
>> tdThread should be set inside the sync block, and then doesn't need to be declared volatile
>
> Without volatile is the while loop still okay?  And the read for the join call?

Yes the while loop is okay because the access is within a synchronized block.

When the loop exits tdThread is seen as non-null by the current thread, and that field is never written to again, so when the current thread does the join() it has to be using the non-null value of tdThread that it previously saw.

>> test/jdk/java/util/Timer/AutoStop.java line 67:
>> 
>>> 65:             t.schedule(new TimerTask() {
>>> 66:                     public void run() {
>>> 67:                         ++counter;
>> 
>> This is not thread-safe. Operations on volatile variables are not atomic.
>
> Only one thread (the timer's thread) is writing, via a sequential series of task executions, so the simple increments are fine.  I made `counter` volatile because it's being written by one thread and read by a different thread.  Happy to drop the qualifier if that's not needed.

Apologies - I thought there was real concurrency going on there. :)
The volatile is correct for the reason you cited.

-------------

PR: https://git.openjdk.java.net/jdk/pull/3106


More information about the core-libs-dev mailing list