这个文章不是高深的原理文章，仅仅是接手一个外部提供的阉割版代码遇到过的一个坑，后来解决了，记录一下。
1、IDEA Run 一个SpringBoot一直失败，提示找不到类，但是maven install成功，并且java -jar能成功run install出来的jar。这就说明maven依赖没有问题。
2、先了解IDEA的Run原理，选择SpringBoot启动类点Run之后，会生成一个临时jar文件classpath+随机数.jar在目录C:\Users\{登录用户}\AppData\Local\Temp。
3、打开这个jar发现里面只有META-INF/MANIFEST.MF，这个Manifest文件被用来定义扩展或档案打包相关数据，是一个元数据文件，它包含了不同部分中的名/值对数据。如果一个JAR文件被用来作为可执行文件，那么其中的Manifest文件需要指出该程序的主类文件（具体作用这里不解析）。
4、这个文件只定义了三个key，Manifest-Version，Created-By，Class-Path，前面两个只是定义版本和创建者。核心是Class-Path，这个key后面跟了一大串目录文件，包含jdk,spring等等的所有jar路径和启动类路径。其实这个Class-Path后面的引用文件就是IDEA这个启动module的全部dependency。
5、在看IDEA输出控制台的第一行启动命令（去掉了JAVA_OPT参数）：
"C:\Program Files\Java\jdk1.8.0_202\bin\java.exe" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2022.3.2\lib\idea_rt.jar=62208:C:\Program Files\JetBrains\IntelliJ IDEA 2022.3.2\bin" -Dfile.encoding=UTF-8 -classpath C:\Users\administrator\AppData\Local\Temp\classpath1789558052.jar com.xxx.xxx.TestApplication
从这里可以看出IDEA的启动命令其实就是java命令+临时jar+启动主类。java -classpath classpath1789558052.jar com.xxx.xxx.TestApplication，其中这个临时jar就是上面IDEA生成的临时jar。通过这个Class-Path引入了所有的依赖jar，从而Run起来这一个应用。
6、再看jar -jar 启动的jar包，把instal的jar包打开看，里面META-INF/MANIFEST.MF文件内容则简单很多,这个配置文件的内容是SpringBoot特性自有的。里面指定了Start-Class类，和Main-Class先启动SpringBoot加载类，再执行TestApplication中的main（具体可以搜索网上其他解析文章），关键是这个文件不可能再指定Class-Path，因为install后的jar需要处处可运行，所有所有依赖的jar都包含在了这个jar下面的BOOT-INF/lib目录下。
Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Built-By: XXXXX
Start-Class: com.xxx.xxx.TestApplication
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Version: 2.1.0.RELEASE
Created-By: Apache Maven 3.3.1
Build-Jdk: 1.8.0_202
Main-Class: org.springframework.boot.loader.JarLauncher
7、java -jar 能启动成功说明项目install依赖的所有jar都没有问题，IDEA启动失败，IDEA里面Class-Path指定的外部jar肯定也是和install 安装后的jar同一个地方出来的。后来对比搜索了一遍IDEA临时jar里面META-INF/MANIFEST.MF 的Class-Path 发现多依赖了一个目录，没错是一个目录，这个目录指向的是这个IDEA工程下另外一个module，这个module的启动其实不需要依赖其他module的。所以回到上面截图里面的dependency 删除调这个依赖即可顺利运行。
结论：当出现install的jar能跑，IDEA不能跑得情况，就去对比IDEA里面dependency内容是否正确。
