JDK 9 pre-review of JDK-6850612: Deprecate Class.newInstance since it violates the checked exception language contract

Peter Levart peter.levart at gmail.com
Thu Apr 28 21:20:15 UTC 2016



On 04/28/2016 09:06 PM, Jason Mehrens wrote:
> Hi Peter,
>
>> As mentioned, Class.newInstance() has a special cache for constructor
>> and caller that speeds up repeated invocations from the same caller by
>> skipping access checks.
> I'm sure I'm missing something obvious related to performance or security but, couldn't the exact same 'cachedConstructor' field be used for caching  Class.getConstructor(new Class[0]) as long as a constructor copy is returned?
> That way the recommended workaround is near the same performance.

This would only speed up the lookup part (optimization for looking up 
no-arg constructor - perhaps this could be a special field in 
Class.ReflectionData), but returning a copy would force re-evaluation of 
access checks which can now be skipped if the caller remains the same in 
consecutive invocations to Class.newInstance().

Regards, Peter




More information about the core-libs-dev mailing list