Ошибка Invokespecial Verify: тип не может быть назначен

Я изменил строку 15 приведенного ниже байт-кода и изменил ее форму invokevirtual на invokespecial (JAVA 8). К сожалению, я получаю ошибку проверки (неверный тип в стеке операндов)

Я знаю, что значение стека операндов должно быть подклассом класса, указанного в объектной ссылке, но в этом случае # 18 - это тип, а не тип $ ClassType, как предполагает ошибка. Или, говоря по-другому, не должен ли кадр карты стека в строке 15 иметь тип, а не тип $ClassType в стеке [0]? Что мне не хватает?

edit: стековые фреймы одинаковы до и после изменения. (в случае, если ASM COMPUTE FRAMES, которые я использовал, изменили бы их)

Exception Details:
  Location:
    com/sun/tools/javac/code/Type$ClassType.toString()Ljava/lang/String; @15: invokespecial
  Reason:
    Type 'com/sun/tools/javac/code/Type' (current frame, stack[0]) is not assignable to 'com/sun/tools/javac/code/Type$ClassType'
  Current Frame:
    bci: @15
    flags: { }
    locals: { 'com/sun/tools/javac/code/Type$ClassType', 'java/lang/StringBuilder' }
    stack: { 'com/sun/tools/javac/code/Type', 'com/sun/tools/javac/code/TypeTag' }
  ...     
  Stackmap Table:
append_frame(@71,Object[#108])
same_frame(@85)
same_frame(@121)

Вот код. Type$ClassType — это прямой подкласс Type, а com/sun/tools/javac/code/Type$ClassType — это текущий класс, который позволяет нам вызывать суперкласс (например, Type) с помощью invokespecial.

    public class com.sun.tools.javac.code.Type$ClassType extends com.sun.tools.javac.code.Type implements
 javax.lang.model.type.DeclaredType
    ....
    public java.lang.String toString();
        descriptor: ()Ljava/lang/String;
        flags: ACC_PUBLIC
        Code:
          stack=4, locals=2, args_size=1
             0: new           #108                // class java/lang/StringBuilder
             3: dup
             4: invokespecial #17                 // Method java/lang/StringBuilder."<init>":()V
             7: astore_1
             8: aload_0
             9: invokevirtual #13                 // Method com/sun/tools/javac/code/Type$ClassType.getEnclosingType:()Lcom/sun/tools/javac/code/Type;
            12: getstatic     #10                 // Field com/sun/tools/javac/code/TypeTag.CLASS:Lcom/sun/tools/javac/code/TypeTag;
            15: invokespecial #18                 // Method com/sun/tools/javac/code/Type.hasTag:(Lcom/sun/tools/javac/code/TypeTag;)Z
            18: ifeq          71
            .....
            StackMapTable: number_of_entries = 3
              frame_type = 252 /* append */
                offset_delta = 71
                locals = [ class java/lang/StringBuilder ]
              frame_type = 13 /* same */
              frame_type = 35 /* same */

java java-8 jvm bytecode verifyerror
person Manos Ntoulias    schedule 11.03.2019    source источник
comment
Есть только несколько человек, которые могут ответить на этот вопрос... надеюсь, они придут.   -  person Eugene    schedule 11.03.2019

Ответы (2)


arrow_upward
4
arrow_downward

Вы пытаетесь выполнить invokespecial для экземпляра Type (возвращенного invokevirtual @9), в то время как верификатор ожидает ссылку на текущий класс, т. е. Type$ClassType.

См. JVMS §4.10. .1.9:

Можно корректно заменить типы, соответствующие текущему классу, и типы аргументов, указанные в дескрипторе, во входящем стеке операндов на возвращаемый тип, указанный в дескрипторе, что даст состояние исходящего типа.

person apangin    schedule 11.03.2019

arrow_upward
5
arrow_downward

invokespecial используется для реализации любой из трех вещей

  1. Вызов конструктора
  2. Вызов метода private
  3. Выполнение super. … вызова

Хотя 1. здесь не применяется (поскольку имя целевого метода не <init>), в любом из других случаев требуется, чтобы тип получателя относился к текущему классу или его подклассу. Таким образом, даже если класс объявления метода равен Type, ожидается, что фактический тип получателя будет присваиваться текущему классу Type$ClassType.

Ближайшим эквивалентом того, что вы создали с вашим изменением, является вызов super, хотя в исходном коде Java вызов метода через super приводит к тому, что ссылка на получателя должна быть такой же, как this, которая внутренне присваивается текущему классу.

На уровне байт-кода правила менее строгие, тем не менее, вызов метода, позволяющий обойти объявления методов в вашем текущем классе или его подклассах, не может быть вызван для ссылки на тип, которая может указывать на экземпляр совершенно несвязанной иерархии подклассов. , то есть Type не является Type$ClassType.

Соответствующее правило JVMS уже упоминалось в ответе апангина.

person Holger    schedule 11.03.2019