ASM Tree API: utilisation de LDC pour charger une classe <?>

Question

J'écris un programme dans ASM qui utilise l'API Tree pour ajouter du bytecode à certaines méthodes. Je l'ai utilisé ASMifier pour générer le code nécessaire pour créer une méthode spécifique, mais je vais avoir des problèmes avec la ligne suivante:

mv.visitLdcInsn(Type.getType('L' + targetClassName + ';')); 

J'ai simplement initialisés mv à un new MethodNode, mais au lieu de charger la Class, la ligne ci-dessus apparaît en bytecode comme:

ldc Lsome/test/TestClass; (org.objectweb.asm.Type) 

Comment puis-je faire charger ASM la constante java/lang/Class au lieu d'une constante org.objectweb.asm.Type?

Si elle est liée, la ligne suivante de bytecode serait invokevirtual java/lang/Class getClassLoader(()Ljava/lang/ClassLoader;);

Answer 1

Votre code est correct, mais pas la solution canonique. Vous pouvez simplifier comme

mv.visitLdcInsn(Type.getObjectType(targetClassName)); 

(En ASM, « Type d'objet », un type de référence, voir aussi Type.getObjectType(…) et the Type.OBJECT sort). Cependant, le résultat est le même. La raison, pourquoi la sortie de démontage ressemble

ldc Lsome/test/TestClass; (org.objectweb.asm.Type) 

réside dans le désassembleur. Si vous regardez it’s code for converting an LDC instruction to a String:

protected String printLdcInsnNode(LdcInsnNode ldc, ListIterator<?> it) { 
    if (ldc.cst instanceof String) 
     return nameOpcode(ldc.opcode()) + " \"" + StringEscapeUtils.escapeJava(ldc.cst.toString()) + "\" (" + ldc.cst.getClass().getCanonicalName() + ")"; 

    return nameOpcode(ldc.opcode()) + " " + StringEscapeUtils.escapeJava(ldc.cst.toString()) + " (" + ldc.cst.getClass().getCanonicalName() + ")"; 
} 

vous verrez qu'il imprime le type de l'instance d'objet stocké dans la LdcInsnNode plutôt que ce que le code finira par produire lors de l'exécution. Pour un String, cela suffit comme étant le même type, et pour les primitives, il imprimera le type wrapper correspondant, mais pour Type ou Handle objets, ce désassembleur vous montrera ces classes spécifiques ASM au lieu des classes d'exécution correspondantes java.lang.Class, java.lang.invoke.MethodType ou java.lang.invoke.MethodHandle, que l'instruction ldc va réellement pousser vers la pile d'opérandes.

Answer 2

Je suis venu avec une solution temporaire pour l'instant.

mv.visitMethodInsn(INVOKESTATIC, "java/lang/invoke/MethodHandles", "lookup", "()Ljava/lang/invoke/MethodHandles$Lookup;", false); 
mv.visitMethodInsn(INVOKEVIRTUAL, "java/lang/invoke/MethodHandles$Lookup", "lookupClass", "()Ljava/lang/Class;", false);