Mybatis-Plus进行分页查询时，进程直接退出

2022-06-30 · 阅读时间： 22 分钟

现象描述

  • 项目使用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. 启动项目
  4. 打开浏览器访问：http://127.0.0.1:8080/test，正常返回。
  5. 打开浏览器访问：http://127.0.0.1:8080/testerr，crash。
  6. 使用gradle构建项目，找到jar包启动。正常启动，访问上述链接，正常。

问题分析

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

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

1.png

2.png

因为项目组小伙伴需要用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 。如下：

3.png

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

mybatis-plus-core:3.3.0 ：

4.png

mybatis-plus-core:3.4.1 ：

5.png

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

6.png

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

使用gradle build，打包到jar包里的，相关版本是正确的。因为gradle打包时候，如果发生依赖冲突，gradle会依照一定的处理原则进行处理，选择某 一个依赖。具体原则参考：https://docs.gradle.org/current/userguide/dependency_resolution.html#sec:conflict-resolution

拓展

  1. 为什么Idea启动时候要加-noverify 启动参数？-noverify 有什么作用？
  2. 为什么加了-noverify启动参数后，运行到该代码时候进程会直接crash？
  3. crash的机制是什么？哪些情况下JVM会crash？

-noverify

关于为什么Idea要加这个启动参数，启动勾选项上面已经说明了：是为了加快启动速度。 img.png

那这个选项是什么意思？ 查看下oracle的文档看看。我们以JDK8为例来查看。 先打开JDK8的文档列表找下：https://docs.oracle.com/javase/8/ 因为这个是加在命令java上的，所以我们找下命令相关的文档：找到这个文档：Java SE Tools Reference for UNIX 但是这个里面并没有这个参数的说明。不过可以在jdk源码里全局搜下：

/*
 * The following case provide backward compatibility with old-style
 * command line options.
 */
 //...
 if (JLI_StrCmp(arg, "-noverify") == 0) {
     AddOption("-Xverify:none", NULL);
 }
 //...

等价于-Xverify:none，这个可以在文档找到说明。

-Xverify:mode

…

none

Disables verification of all bytecodes. Use of -Xverify:none is unsupported.

也就是说是关闭字节码校验的。具体校验什么，可以查看此处： Verification of class Files

2、3的问题：为什么会crash？什么情况下crash？

可以看下这篇文章，jvm会处理一些jvm认为可以恢复的错误。其他无法处理的就会crash了。

← Previous Post Next Post →