RFR: 8378268: Thread.join can wait on Thread, allows joinNanos to be removed
Jaikiran Pai
jpai at openjdk.org
Thu Feb 26 05:54:45 UTC 2026
On Fri, 20 Feb 2026 09:26:52 GMT, Alan Bateman <alanb at openjdk.org> wrote:
> Thread.join was historically implemented with a loop of Object.wait conditioned on isAlive. We couldn't for this virtual threads because it would pin a virtual thread invoking join to it carrier. Now that Object.wait preempts, it means the special implementation of join for virtual threads can be removed. Where possible, the notifyAll is elided as it adds to the cost of termination.
>
> The implNote of the join methods is restored (this is implNote text, not spec, so no CSR required).
>
> Testing: tier1-5
src/java.base/share/classes/java/lang/VirtualThread.java line 188:
> 186:
> 187: // termination object when joining, created lazily if needed
> 188: private volatile CountDownLatch termination;
Nit - I suspect the CountDownLatch import can be removed too?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/29839#discussion_r2857064073
More information about the core-libs-dev
mailing list