现象描述

• 项目使用Spring Boot + mybatis-plus，当在Idea里启动服务，使用mybatis-plus的分页插件进行分页查询时候，服务就崩溃了。此现象只有在idea才会出现。使用gradle打包运行不会有此问题。

问题复现

项目地址：https://github.com/wangzzleo/test-mybatis-plus-crash

1. git clone https://github.com/wangzzleo/test-mybatis-plus-crash.git
2. 项目导入idea
3. 配置MySQL数据库连接（在application.properties，与数据库无关，任选数据库即可），在连接的数据库里创建表`zz_test`（demo.sql文件里）
4. 启动项目
5. 打开浏览器访问：http://127.0.0.1:8080/test，正常返回。
6. 打开浏览器访问：http://127.0.0.1:8080/testerr，crash。
7. 使用gradle构建项目，找到jar包启动。正常启动，访问上述链接，正常。

问题分析

•  进入源码发现：mybatis-plus的分页插件PaginationInterceptor，在进行分页查询时，运行到PaginationInterceptor#queryTotal 方法就会出错。

Mybatis-plus 在项目里相关的依赖如下：

  

因为项目组小伙伴需要用mybatis-plus:3.4.1 的新特性，所以单独引入了implementation ('com.baomidou:mybatis-plus-core:3.4.1') ，而另一个相关的包：com.baomidou:mybatis-plus-extension:3.3.0 仍使用旧3.3.0。而分页插件PaginationInterceptor 在com.baomidou:mybatis-plus-extension 包里，分页查询的方法PaginationInterceptor#queryTotal 里使用到了com.baomidou:mybatis-plus-core 的相关类：MybatisDefaultParameterHandler 。如下：

这里已经出现了编译错误，根据错误提示可以看到，MybatisDefaultParameterHandler 类非DefaultParameterHandler 的子类。为什么会这样？因为MybatisDefaultParameterHandler 在3.4.1发生了变动，不再是DefaultParameterHandler 的子类。

mybatis-plus-core:3.3.0 ：

mybatis-plus-core:3.4.1 ：

将com.baomidou:mybatis-plus-extension 升级到3.4.1即解决。

这个错误很容易定位，但是这个错误只在Idea会出现呢？

这是因为，使用idea启动SpringBoot，是将依赖的jar使用 -classpath 加入启动参数。因为项目依赖mybatis-plus-boot-starter:3.3.0，因此间接引入依赖com.baomidou:mybatis-plus-extension:3.3.0 。而子项目依赖mybatis-plus-generator:3.4.1，间接引入com.baomidou:mybatis-plus-extension:3.4.1。Idea会将两个版本的包都加到项目的Libraries里，启动时候两个包都会加到classpath中。而具体执行时候jvm会加载哪个jar里的类？类加载器会按照顺序来加载查找到的第一个类（此处有疑问，可能会依赖类加载器的实现。出处：java - How does JVM deal with duplicate JARs of different versions - Stack Overflow）。而因为按照文件排名的顺序，3.3.0会排在3.4.1前面，这样加载的就是3.3.0的jar里的类。这样就导致启动报错。你可以试下，自己把启动参数复制出来，把3.4.1放在前面，就不会出现错误类。另外还有个问题，为什么Idea启动时候jvm没有报错，只在访问到相关的问题字节码才会出错？这是因为Idea启动Spring Boot时，会默认选中Enable launch optimization（如下图）。如果选中Enable launch optimization，则会加java启动参数：

-noverify，这样启动时不会校验字节码（实际此时的字节码是有问题的）。这样启动正常，但在运行到问题字节码就会出错。如果关掉该选项，启动时候则会出现字节码校验失败，无法启动。

那为什么gradle打包完的代码，java -jar xxx.jar 执行时候，并没有-noverify此环境变量，为什么启动不会报错呢？

使用gradle build，打包到jar包里的相关版本是正确的。因为gradle打包时候，如果发生依赖冲突，gradle会依照一定的处理原则进行处理，选择某一个依赖。（具体原则参考链接：Understanding dependency resolution）

拓展：

1. 为什么Idea启动时候要加-noverify 启动参数？-noverify 有什么作用？
2. 为什么加-noverify 启动参数后，运行到该代码时候进程会直接crash？