RFR: 8372696: Allow boot classes to explicitly opt-in for final field trusting [v7]

Chen Liang liach at openjdk.org
Thu Dec 18 04:54:05 UTC 2025


On Thu, 18 Dec 2025 00:03:10 GMT, Chen Liang <liach at openjdk.org> wrote:

>> Currently, the hotspot compiler (as in ciField) trusts final fields in hidden classes, record classes, and selected jdk packages. Some classes in the JDK wish to be trusted, but they cannot apply package-wide opt-in due to other legacy classes in the package, such as java.util.
>> 
>> They currently can use `@Stable` as a workaround, but this is fragile because a stable final field may hold a trusted null, zero, or false value, which is currently treated as non-constant by ciField.
>> 
>> We should add an annotation to opt-in for a whole class, mainly for legacy packages. This would benefit greatly some of our classes already using a lot of Stable, such as java.util.Optional, whose empty instance is now constant-foldable, as demonstrated in a new IR test.
>> 
>> Paging @minborg who requested Optional folding for review.
>> 
>> I think we can remove redundant Stable in a few other java.util classes after this patch is integrated. I plan to do that in subsequent patches.
>
> Chen Liang has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Move the test to a core library purposed directory

What do you mean by this annotation being "stronger"? This annotation uses class granularity because javac generates synthetic fields like local variable captures, which cannot be annotated by field annotations.

The JDK will have to resort to an annotation, because JDK class files cannot use preview features because they need to be able to run with preview features off.

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

PR Comment: https://git.openjdk.org/jdk/pull/28540#issuecomment-3668363917


More information about the core-libs-dev mailing list