问题描述

spring boot项目，idea开发环境使用BeanCopier的copy方法没有任何问题
使用maven打包成jar包后，用java -jar 命令执行，提示java.lang.VerifyError: Bad type on operand stack错误
新建TestMain类，单独测试copy方法同样提示错误
详细错误如下

Exception in thread "main" java.lang.IllegalStateException: Unable to load cache item
        at net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:79)
        at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
        at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:119)
        at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:294)
        at net.sf.cglib.beans.BeanCopier$Generator.create(BeanCopier.java:95)
        at net.sf.cglib.beans.BeanCopier.create(BeanCopier.java:51)
        at TestMain.<init>(TestMain.java:8)
        at TestMain.main(TestMain.java:13)
Caused by: java.lang.VerifyError: Bad type on operand stack
Exception Details:
  Location:
TestMain$UserDO$$BeanCopierByCGLIB$$eb78a326.copy(Ljava/lang/Object;Ljava/lang/Object;Lnet/sf/cglib/core/Converter;)V @12: invokevirtual
  Reason:
    Type 'java/lang/Object' (current frame, stack[3]) is not assignable to 'java/lang/Long'
  Current Frame:
    bci: @12
    flags: { }
    locals: { 'TestMain$UserDO$$BeanCopierByCGLIB$$eb78a326', 'java/lang/Object', 'java/lang/Object', 'net/sf/cglib/core/Converter' }
    stack: { 'TestMain$UserDO', 'TestMain$UserVO', 'TestMain$UserDO', 'java/lang/Object' }
  Bytecode:
    0x0000000: 2cc0 000d 2bc0 000f 5cb6 0015 b600 195c
    0x0000010: b600 1db6 0021 b1
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:467)
        at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:339)
        at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:96)
        at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:94)
        at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
        at java.util.concurrent.FutureTask.run(Unknown Source)
        at net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
        ... 7 more

执行环境

-jdk 1.8.0_171
-cglib 3.3.0
-asm 7.2
-lombok 1.18.10
-Idea 2019.3
TestMain中示例代码如下

import lombok.Data;
import lombok.Getter;
import net.sf.cglib.beans.BeanCopier;

public class TestMain {

    @Getter
    private final BeanCopier dto2do = BeanCopier.create(UserVO.class, UserDO.class, false);
    @Getter
    private final BeanCopier do2dto = BeanCopier.create(UserDO.class, UserVO.class, false);

    public static void main(String[] args) {
        TestMain testMain = new TestMain();
        UserVO userVO = new UserVO();
        userVO.setId(1L);
        userVO.setUsername("name");
        System.err.println(testMain.dto2do(userVO));
    }

    UserDO dto2do(UserVO userVO) {
        UserDO userDO = new UserDO();
        this.getDto2do().copy(userVO, userDO, null);
        return userDO;
    }

    UserVO do2dto(UserDO userDO) {
        UserVO userVO = new UserVO();
        this.getDo2dto().copy(userDO, userVO, null);
        return userVO;
    }

    @Data
    private static abstract class Entity<ID> {
        private ID id;
    }

    @Data
    private static class UserVO extends Entity<Long> {
        private String username;
    }

    @Data
    private static class UserDO {
        private Long id;
        private String username;
    }
}

问题分析

spring boot项目采用idea开发环境没有任何问题，可以成功执行，而用maven打包后，用原生的java -jar命令执行就提示上面的错误信息，进一步用测试用例TestMain单独测试同样出现如上错误。初步分析，在spring boot中idea的启动命令和单独的TestMain中main方法的启动命令以及java -jar命令的执行环境不完全相同，到底哪儿不同呢？
查看idea控制台
spring boot的启动命令如下

"C:\Program Files\Java\jdk1.8.0_171\bin\java.exe" -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:7587,suspend=y,server=n -javaagent:C:\Users\Furious\.IntelliJIdea2019.3\system\captureAgent\debugger-agent.jar -noverify -Dfile.encoding=UTF-8 -classpath ...

TestMain的启动命令如下

"C:\Program Files\Java\jdk1.8.0_171\bin\java.exe" -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:7587,suspend=y,server=n -javaagent:C:\Users\Furious\.IntelliJIdea2019.3\system\captureAgent\debugger-agent.jar -Dfile.encoding=UTF-8 -classpath ...

而java -jar命令只是单独的jar -jar springboot.jar
对比spring boot和TestMain的启动命令，很容易发现spring boot命令中多了-noverify参数，是不是这个参数在起作用呢？
执行java -jar -noverify springboot.jar 发现的确可以成功执行，ok，问题就出在noverify这个参数上。那是不是说以后使用BeanCopier出现这个问题时，就加noverify这个参数就万事大吉了呢？
先看了一下jvm参数中对verify的解释
https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html
意思是jvm虚拟机会对class文件的字节码进行校验，同时也可以配置成不校验字节码，但是，文档中明确说了，不推荐关闭字节码的校验
原文引用

Do not turn off verification as this reduces the protection provided by Java and could cause problems due to ill-formed class files.

那怎么办？同时，又搜到一篇博客，更加证实了不能随意使用noverify参数，点我查看博客

既然是字节码校验失败，字节码的来源是类文件，而类是我们自己定义的，那么问题应该就在类的定义里面，what？类定义还能出岔子？
初步观察UserDO，UserVO类，无非是UserVO是继承了Entity类，莫非是继承使得字节码校验失败，导致不能复制？
那么让UserVO不去继承Entity类试试勒，果然，不继承Entity类，完全没有任何问题，只不过没有id属性而已，但是继承本身就是java多态的一种体现，不应该出现因为继承而导致字节码校验失败啊。。。
再返回去看错误的详细信息，发现了新大陆

Type 'java/lang/Object' (current frame, stack[3]) is not assignable to 'java/lang/Long'

object不能分配long类型？一万头羊驼飘过。
不是指定了泛型ID的类型为long么，既然这样，那Entity类不用泛型勒
改成如下形式

    private static abstract class Entity {
        private Long id;
    }

再启动，完全没有问题，此时，找到问题根源所在。但是，缓过神来，Entity中ID为泛型，本身就是业务所需，也完全没有任何问题啊，不能强制人家固定id的属性就为Long啊。
此时，再回过头去看BeanCopier中copy的方法，发现第三个参数为Converter,既然支持类型转换，试试看，dto2do和dto2to方法分别换成如下形式

    @Getter
    private final BeanCopier dto2do = BeanCopier.create(UserVO.class, UserDO.class, true);

    UserDO dto2do(UserVO userVo) {
        UserDO userDO = new UserDO();
        this.getDto2do().copy(userVo, userDO, (value,clazz,setter) -> value);
        return userDO;
    }

运行TestMain的main方法，完全没有问题。
咦,为什么do2dto没有提示字节码错误勒，对比dto2do和do2dto成员变量，发现一个泛型是源对象，而另外一个则是目标对象，得出结论，只有源类继承了泛型类的时候，才会出现泛型丢失的情况。目标对象为泛型时，没有问题。

总结

当源类继承了泛型类的时候，使用BeanCopier的copy方法需要显示的设置Coverter转换器，否则，字节码校验不通过。