《SpringBoot篇》02.SpringBoot程序的打包与运行（jar包的运行原理）

02.SpringBoot程序的打包与运行（jar包的运行原理）

陈老老老板 说明：在整体的复习一遍知识，边复习边总结，基础真的重要，需要注意的地方都标红了，还有资源的分享. 一起加油。

​        刚开始做开发学习的小伙伴可能在有一个知识上面有错误的认知，我们天天写程序是在Idea下写的，运行也是在Idea下运行的。
​        但是实际开发完成后，我们的项目是不可能运行在自己的电脑上的。我们以后制作的程序是运行在专用的服务器上的，简单说就是将你做的程序放在一台独立运行的电脑上，这台电脑要比你开发使用的计算机更专业，并且安全等级各个方面要远超过你现在的电脑。这里面就存在两个过程，一个是打包的过程，另一个是运行的过程。

注：

​        企业项目上线为了保障环境适配性会采用下面流程发布项目，这里不讨论此过程。

1. 开发部门使用Git、SVN等版本控制工具上传工程到版本服务器
2. 服务器使用版本控制工具下载工程
3. 服务器上使用Maven工具在当前真机环境下重新构建项目
4. 启动服务

​

1.程序打包

或者在IDEA右侧点击maven，在点击package

​        打包后会产生一个与工程名类似的jar文件，其名称是由模块名+版本号+.jar组成的。

2.程序运行

​        程序包打好以后，去到打好包的位置，在路径栏输入cmd，在执行指令，就能运行了。其实在服务器上运行就是这种原理。

java -jar 工程包名.jar

​        执行程序打包指令后，程序正常运行，与在Idea下执行程序没有区别。

​        注：如果你的计算机中没有安装java的jdk环境，是无法正确执行上述操作的，因为程序执行使用的是java指令。

​        注：在使用向导创建SpringBoot工程时，pom.xml文件中会有如下配置，这一段配置千万不能删除，否则打包后无法正常执行程序。

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

总结

1. SpringBoot工程可以基于java环境下独立运行jar文件启动服务
2. SpringBoot工程执行mvn命令package进行打包
3. 执行jar命令：java –jar 工程名.jar

SpringBoot程序打包失败处理

​        有些小伙伴打包以后执行会出现一些问题，导致程序无法正常执行，例如下面的现象

​        要想搞清楚这个问题就要说说.jar文件的工作机制了，知道了这个东西就知道如何避免此类问题的发生了。

​        搞java开发平时会接触很多jar包，比如mysql的驱动jar包，而上面我们打包程序后得到的也是一个jar文件。这个时候如果你使用上面的java -jar指令去执行mysql的驱动jar包就会出现上述不可执行的现象，而我们的SpringBoot项目为什么能执行呢？其实是因为打包方式不一样。

​        在SpringBoot工程的pom.xml中有下面这组配置，这组配置决定了打包出来的程序包是否可以执行。

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

​        我们分别开启这段配置和注释掉这段配置分别执行两次打包，然后观察两次打包后的程序包的差别，共有3处比较明显的特征

• 打包后文件的大小不同
• 打包后所包含的内容不同
• 打包程序中个别文件内容不同

​        先看第一个现象，文件大小不同。带有配置时打包生成的程序包大小如下：

​        不难看出，带有配置的程序包体积比不带配置的大了30倍，那这里面都有什么呢？能差这么多？下面看看里面的内容有什么区别。
（带配置）

（不带配置）

​        我们发现内容也完全不一样，仅有一个目录是一样的，叫做META-INF。打开容量大的程序包中的BOOT-INF目录下的classes目录，我们发现其中的内容居然和容量小的程序包中的内容完全一样。

​        原来大的程序包中除了包含小的程序包中的内容，还有别的东西。都有什么呢？回到BOOT-INF目录下，打开lib目录，里面显示了很多个jar文件。

​        仔细翻阅不难发现，这些jar文件都是我们制作这个工程时导入的坐标对应的文件。大概可以想明白了，
SpringBoot程序为了让自己打包生成的程序可以独立运行，不仅将项目中自己开发的内容进行了打包，还把当前工程运行需要使用的jar包全部打包进来了。这样做就是为了可以独立运行。不依赖程序包外部的任何资源可以独立运行当前程序。这也是为什么大的程序包容量是小的程序包容量的30倍的主要原因。

​        再看看大程序包还有什么不同之处，在最外层目录包含一个org目录，进入此目录，目录名是org\springframework\boot\loader，在里面可以找到一个JarLauncher.class的文件，先记得这个文件。再看这套目录名，

​        回到两个程序包的最外层目录，查看名称相同的文件夹META-INF下都有一个叫做MANIFEST.MF的文件，但是大小不同，打开文件，比较内容区别

• 小容量文件的MANIFEST.MF

JAVA   Manifest-Version: 1.0   Implementation-Title: springboot_08_ssmp   Implementation-Version: 0.0.1-SNAPSHOT   Build-Jdk-Spec: 1.8   Created-By: Maven Jar Plugin 3.2.0

• 大容量文件的MANIFEST.MF

JAVA   Manifest-Version: 1.0   Spring-Boot-Classpath-Index: BOOT-INF/classpath.idx   Implementation-Title: springboot_08_ssmp   Implementation-Version: 0.0.1-SNAPSHOT   Spring-Boot-Layers-Index: BOOT-INF/layers.idx   Start-Class: com.itheima.SSMPApplication   Spring-Boot-Classes: BOOT-INF/classes/   Spring-Boot-Lib: BOOT-INF/lib/   Build-Jdk-Spec: 1.8   Spring-Boot-Version: 2.5.4   Created-By: Maven Jar Plugin 3.2.0   Main-Class: org.springframework.boot.loader.JarLauncher

​        大文件中明显比小文件中多了几行信息，其中最后一行信息是Main-Class: org.springframework.boot.loader.JarLauncher。这句是为了执行Main-Class属性配置的类，这个类恰巧就是前面看到的那个文件。原来SpringBoot打包程序中出现Spring框架的东西是为这里服务的。而这个org.springframework.boot.loader.JarLauncher类内部要查找Start-Class属性中配置的类，并执行对应的类。这个属性在当前配置中也存在，对应的就是我们的引导类类名。

​        现在这组设定的作用就搞清楚了

1. SpringBoot程序添加配置后会打出一个特殊的包，包含Spring框架部分功能，原始工程内容，原始工程依赖的jar包
2. 首先读取MANIFEST.MF文件中的Main-Class属性，用来标记执行java -jar命令后运行的类
3. JarLauncher类执行时会找到Start-Class属性，也就是启动类类名
4. 运行启动类时会运行当前工程的内容
5. 运行当前工程时会使用依赖的jar包，从lib目录中查找

​

​        所以最开始的报错就是由于打包时没有使用那段配置，结果打包后形成了一个普通的jar包，在MANIFEST.MF文件中也就没有了Main-Class对应的属性了，所以运行时提示找不到主清单属性，这就是报错的原因。

总结：本篇最有收获的应该是对于spring能运行jar包启动服务的原理，希望对您有帮助，感谢阅读

结束语：裸体一旦成为艺术，便是最圣洁的。道德一旦沦为虚伪，便是最下流的。
勇敢去做你认为正确的事，不要被世俗的流言蜚语所困扰。