大家好，又见面了，我是你们的朋友全栈君。
jar包：对于学习java的人来说应该并不陌生。我们也经常使用也一些jar包。其实jar包就是java的类进行编译生成的class文件就行打包的压缩包而已。里面就是一些class文件。当我们自己使用maven写一些java程序，进行打包生成jar包。同时在可以在其他的工程下使用，但是我们在这个工程依赖的jar包，在其他工程使用该jar包也要导入。
这是jar的里面的class文件
war包：其实就是一个web程序进行打包便于部署的压缩包，里面包含我们web程序需要的一些东西，其中包括web.xml的配置文件，前端的页面文件，以及依赖的jar。文件数量多余jar包，这样便于我们部署工程，直接放到tomcat的webapps目录下，直接启动tomcat即可。同时可以使用WinRAR查看war包，直接将后缀.war改成.rar
war包的目录结构
WEB-INF下
转载：https://blog.csdn.net/shu616048151/article/details/81136164
在做项目时，通常对即将要发布的项目打成两种类型的包：jar和war。那么究竟jar和war有什么区别呢？
回顾一下我们在做项目时，一般将项目分为两层：服务层和表现层（视图层），通常我们把服务层打包成jar，而把视图层的包打成war包。通过仔细对比可以发现：jar包中包含了你写程序的所有服务或者第三方类库，它通常是作为幕后工作者，为视图层用户与之交换数据处理的一个服务者，jar文件格式以Zip文件格式为基础，与Zip不同的是，它可以被发布，而且还能用于部署，它封装了库、组件和插件程序，并且可以被编译器和jvm使用，在jar中还包含特殊的文件，如mainfests和部署的应用描述，用于指示工具如何处理特定的jar。
一个war文件可以看成一个web应用程序。与jar封装不同的是：它内聚了很多页面，如html、jsp，Servlet，js,css,icon图片文件等等，当然还包括组成web应用的其他组件，这些文件基本没有复杂业务逻辑的处理，基本上仅仅是用来当做程序的门户负责与使用者交互，仅此而已。
这样做有什么好处呢？根据平时的开发习惯，很容易能够想到：第一，这样做使代码的层次分明，前后端分离；第二，便于划清前后端的职责，加快开发进度并且利于维护；第三，也是我经常用到的，那就是对于靠后期维护的项目来说，比如业务复杂多变而又琐碎的项目，如果仅仅是改变前端的样式或者进行调整，我不必把服务也关掉，只需要停掉web，做完修改后能够马上部署上线，针对我写过的项目来说，直接调用接口给到的返回结果可以根据需要只在页面进行调用就能够显示，而服务端代码一点都不需要变化，极大方便了开发。。当然，使用了springboot后，项目都会被打包成jar，或者打包成war部署在外部容器中也可以，这点以后再说。
以上都是从实际中出发看出的最明显的区别，如果从内部看，我们可以看到：war包中的目录结构中包括WEB-INF，而war是一个可以直接运行的web模块，做好一个web项目后，需要打包部署到容器中，一般放置在tomcat的\webapps\目录下，当启动tomcat时，这个包将被解压，即相当于发布了。而jar中一般都是些class文件，声明了Main_cass后就可以用java命令去运行它。
所有的包都是用jar打的，只不过目标文件的扩展名不一样。与jar类似，war也是许多文件的一个压缩包。这个包中的文件按一定目录结构来组织：通常其根目录下包含之前所说的有Html和Jsp文件或者包含这两种文件的目录，另外还会有一个WEB-INF目录，通常在WEB-INF目录下有一个web.xml文件和一个classes目录，web.xml是这个应用的配置文件，而classes目录下则包含编译好的Servlet类和Jsp或Servlet所依赖的其它类（如JavaBean）。通常这些所依赖的类也可以打包成JAR放到WEB-INF下的lib目录下，当然也可以放到系统的CLASSPATH中，但那样移植和管理起来不方便。所以项目打包什么情况下使用war，什么情况下使用jar也是很清楚的了。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/142341.html原文链接：https://javaforall.net
![权限持久化—映像劫持检测（Shift后门）[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
