[9] RFR [XS] 8054492: Casting can result in redundant null checks in generated code

Paul Sandoz paul.sandoz at oracle.com
Tue Oct 14 16:58:21 UTC 2014

Here is a simpler test case that just uses a MH to Class.cast that exhibits the same behaviour.

The commented out use of the BiFunction created from a lambda expressions works fine. 

This suggests there might be something about the MH invocation that is stopping the optimization from kicking in.


import java.lang.invoke.MethodHandle;
import java.lang.invoke.MethodHandles;
import java.lang.invoke.MethodType;
import java.util.function.BiFunction;

public class NullCheckDroppingsMHCastTest {

    static final MethodHandle MH_CAST;

    static {
        try {
            MH_CAST = MethodHandles.lookup().findVirtual(Class.class,
                                                         MethodType.methodType(Object.class, Object.class));
        catch (Exception e) {
            throw new Error(e);

    static final BiFunction<Class, Object, Object> fCast = (c, o) -> c.cast(o);

    volatile String svalue = "A";
    volatile String snull = null;
    String ssink;

    public static void main(String[] args) {
        NullCheckDroppingsMHCastTest t = new NullCheckDroppingsMHCastTest();

    void testLoop() {
        // Ensure testLoopOne is compiled and does not
        // see a null value
        for (int i = 0; i < 1000000; i++) {
            // Uncomment the following and the call outside
            // the loop should not result in any deoptimization
            // testLoopOne(snull);

        // Sleep just to create delay in the compilation log
        try {
        catch (Exception e) {

        // This should cause a de-optimisation
        // if testLoopOne is compiled with a null-check

    void testLoopOne(String s) {
        try {
            ssink = (String) (Object) MH_CAST.invokeExact(String.class, (Object) s);
//            ssink = (String) fCast.apply(String.class, s);
        catch (Throwable t) {
            throw new Error(t);

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20141014/77d71fc3/signature-0001.asc>

More information about the hotspot-compiler-dev mailing list