关于 springboot 项目的 jar 和 war 两种打包方式部署的区别？

[gransh]

1.我的一个 springboot 项目，用 mvn install 打包成 jar，换一台有 jdk 的机器就直接可以用 java -jar 项目名.jar 的方式运行，没任何问题，为什么这里不需要 tomcat 也可以运行了？

2.然后我打包成 war 放进 tomcat 运行，发现端口号变成 tomcat 默认的 8080 （我在 server.port 中设置端口 8090 ）项目名称也必须加上了。
也就是说我在原来的机器的 IDEA 中运行，项目接口地址为 ip:8090/listall,打包放进另一台机器的 tomcat 就变成了 ip:8080/项目名 /listall。这又是为什么呢？

[yidinghe]

war 包是放在容器（ Tomcat ）里面运行的，很多东西都会交给容器来决定，比如端口和访问上下文路径。war 包不能自己决定端口号和上下文路径。

[Tyanboot]

打包成 jar 的时候内嵌了 tomcat，server.port 只是设置了这个内嵌的 tomcat 的端口。换成 war 这个内嵌的 tomcat 就不会运行了，自然端口号是外部容器决定的。

[gransh]

@Tyanboot 我了解到 jar 是比 war 更轻量包含的东西更少，既然 jar 可以直接运行了，为什么我们还需要打包成 war 放进 tomcat 里这种方式呢

[YUyu101]

jar 包自带 tomcat 了，打包前就写好配置了，war 包只有内容。

[qwx]

tomcat 只是多种容器中的一种，其实还有其他容器可选。

[bobuick]

很多年前，没得选择。打包成 war 放容器里是标准做法。
后来 Spring 雄起，boot 雄起把 tomcat，jetty 之类的包在 jar 包内了。

[zjsxwc]

之前讨论过，结论是开多个网站时，用 war 包更省内存

[yidinghe]

另外打包命令不是 mvn install 而是 mvn package。建议找些文章重新了解一下 Maven 项目生命周期。

[romisanic]

mvn install 的时候 会把简单版的容器打包进去，相当于打包好的 jar 包包含了一个简单版本的 tomcat 或者 jetty

[red0range]

因为 springboot 里面自带 tomcat web 服务器

[aa6563679]

不用 Spring Cloud Netflix 时，可把多个 war 放到一个容器里，可以省一些内存

[C0dEr]

有个比较现实的问题是，如果你引用的 jar 包存在一些配置文件什么的，那用 fatjar 跑不起来，只能用 war

[BBCCBB]

@C0dEr 为什么跑不起来? 还没遇到过跑不起来的呢

[gransh]

@yidinghe 在项目文件夹内打开命令行打包的 jar，就是这样

[qiyuey]

@C0dEr 比如说？

[zeroday]

@qiyuey 比如 我要分别读取同前缀的文件.

[wenzhoou]

@zeroday 这个听不懂。跳过。再比如说？

[6IbA2bj5ip3tK49j]

@C0dEr 这个问题不存在的。

[iyangyuan]

配置文件使用 spring 注入的方式读取，不要自己写路径

[catinred]

Jar：内嵌了容器，并且可以通过配置来决定内嵌什么容器，比如 tomcat,jetty。
War:需要部署到一个外部容器。
按需求来决定打包方式。