RFR: 8273000: Remove WeakReference-based class initialisation barrier implementation

Paul Sandoz psandoz at openjdk.java.net
Thu Aug 26 15:38:26 UTC 2021


On Wed, 25 Aug 2021 22:05:24 GMT, Vladimir Ivanov <vlivanov at openjdk.org> wrote:

> Get rid of WeakReference-based logic in DirectMethodHandle::checkInitialized() and reimplement it with `Unsafe::ensureClassInitialized()`/`shouldBeInitialized()`. 
> 
> The key observation is that `Unsafe::ensureClassInitialized()` does not block the initializing thread. 
> 
> Also, removed `Unsafe::shouldBeInitialized()` in `DMH::shouldBeInitialized(MemberName)` to save on calling into the VM.
> `Unsafe::ensureClassInitialized()` already has a fast-path check which checks whether the class is fully initialized or not.
> 
> Testing: tier1 - tier6

That's a nice cleanup to a tricky area (one of the few used to trigger an update a final field). In effect we were already relying on that behavior in the `ClassValue` computation. 

May i suggest that we add some JavaDoc to `ensureClassInitialized` describing the two cases of the calling thread is the initialization thread or not.

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

Marked as reviewed by psandoz (Reviewer).

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


More information about the core-libs-dev mailing list