Unable to load cache item “太坑了” docker踩坑，devtools会致镜像异常

docker因为其高效统一的运行环境，合理运用系统资源等优点而受到越来越多的公司青睐。但是它的使用还有很多未知的问题。

首先可以提一下的是，多模块工程是可以使用docker的，也不需要其他特殊的设置，就正常的在应用入口进行build就可以了。

今天就对这个一个多模块应用进行了docker化，结果发现启动的时候会报错：

Caused by: java.lang.LinkageError: loader constraint violation: loader (instance of org/springframework/boot/devtools/restart/classloader/RestartClassLoader) previously initiated loading for a different type with name “com/github/pagehelper/PageInfo” at java.lang.ClassLoader.defineClass1(Native Method) ~[?:1.8.0_212] at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[?:1.8.0_212] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) ~[?:1.8.0_212] at java.net.URLClassLoader.defineClass(URLClassLoader.java:468) ~[?:1.8.0_212] at java.net.URLClassLoader.access$100(URLClassLoader.java:74) ~[?:1.8.0_212] at java.net.URLClassLoader$1.run(URLClassLoader.java:369) ~[?:1.8.0_212] at java.net.URLClassLoader$1.run(URLClassLoader.java:363) ~[?:1.8.0_212] at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_212] at java.net.URLClassLoader.findClass(URLClassLoader.java:362) ~[?:1.8.0_212] at org.springframework.boot.devtools.restart.classloader.RestartClassLoader.findClass(RestartClassLoader.java:163) ~[spring-boot-devtools-2.1.3.RELEASE.jar:2.1.3.RELEASE] at org.springframework.boot.devtools.restart.classloader.RestartClassLoader.loadClass(RestartClassLoader.java:145) ~[spring-boot-devtools-2.1.3.RELEASE.jar:2.1.3.RELEASE] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_212] at java.lang.Class.getDeclaredMethods0(Native Method) ~[?:1.8.0_212] … 这是报错的一部分，如果不仔细看，很可能被类找不到或是其他错误迷惑了，而去install子模块等操作来解决，最后会发现无济于事。真正的原因，还是这里的devtools。

这是一个springboot的项目。引入了spring-boot-devtools，当你搜索spring-boot-devtools时，百度关键词推荐里，竟然有spring-boot-devtools带来的BUG，看来是这个热部署真的有一些和别人不兼容的地方。

那么spring-boot-devtools是什么？

大家都知道在项目开发过程中，常常会改动页面数据或者修改数据结构，为了显示改动效果，往往需要重启应用查看改变效果，其实就是重新编译生成了新的Class文件，这个文件里记录着和代码等对应的各种信息，然后Class文件将被虚拟机的ClassLoader加载。而热部署正是利用了这个特点，它监听到如果有Class文件改动了，就会创建一个新的ClaassLoader进行加载该文件，经过一系列的过程，最终将结果呈现在我们眼前。

既然是这里报错，又知道这个工具只是用于热部署，那么去掉先试试就好了。

去掉后，发现真的没问题了。docker镜像可以正常启动。