Maven前奏

Maven前奏

前置知识

jar包

JAR 包是 Java 平台的归档文件格式，本质是一种特殊的 ZIP 压缩文件，用于统一打包和分发 Java 相关的类文件、资源文件及元数据。

简单说，JAR 包就是把 Java 项目里零散的文件 “打包” 成一个单独的文件，方便传输、部署和运行。

JAR 包的核心本质

• 基于 ZIP 格式：JAR 包的压缩算法和文件结构完全遵循 ZIP 标准，甚至可以直接将.jar后缀改为.zip后用解压软件打开。
• 附加 Java 特性：在 ZIP 基础上，JAR 包增加了 Java 专属的元数据文件（如META-INF/MANIFEST.MF），用于描述包的版本、主类、依赖等关键信息。

JAR 包的核心组成

一个标准的 jar 包内部通常包含以下几类内容：

• .class文件：Java 源代码编译后生成的字节码文件，是程序运行的核心。
• 资源文件：如配置文件（.properties / .yml）、图片、音频、HTML 页面等非代码文件。
• META-INF目录：存放 JAR 包的元信息，其中最重要的是 MANIFEST.MF文件。
  • 该文件可指定主类（运行 jar 包时默认执行的类）。
  • 可声明 jar 包的版本、作者、依赖的其他 JAR 包等信息。

基于 JDK 自带工具的 JAR 包打包与运行

打包 JAR 包

# 基本语法：将当前目录下的.class文件及资源打包成JAR（需先编译.java为.class）
jar -cvf 输出文件名.jar 待打包的文件/目录# 示例：
# 假设编译后的.class文件在当前目录，打包为myapp.jar
jar -cvf myapp.jar *.class# 若需指定主类（运行时可直接用java -jar执行），需手动创建MANIFEST.MF文件
# 1. 先创建MANIFEST.MF，添加主类信息（注意最后需空一行）：
#    Main-Class: com.example.MyMainClass
# 2. 打包时指定MANIFEST文件：
jar -cvfm myapp.jar MANIFEST.MF *.class

执行 JAR 包

# 前提：JAR包的MANIFEST.MF中已指定Main-Class（主类）
java -jar myapp.jar# 若未指定主类，需手动指定主类全路径：
java -cp myapp.jar com.example.MyMainClass

Maven解决的痛点问题

1.快捷添加第三方依赖

在今天的 JavaEE 开发领域，有大量的第三方框架和工具可以供我们使用。要使用这些 jar 包最简单 的方法就是复制粘贴到 WEB-INF/lib 目录下。但是这会导致每次创建一个新的工程就需要将 jar 包重复复 制到 lib目录下，从而造成工作区中存在大量重复的文件，让我们的工程显得很臃肿。

使用 Maven 后每个 jar 包本身只在本地仓库中保存一份，需要 jar包的工程只需要以坐标的方式简单的引用一下就可以了。不仅极大的节约了存储空间，让项目更轻巧，更避免了重复文件太多而造成 的混乱。

2.高效管理jar包之间的依赖关系

jar 包往往不是孤立存在的，很多 jar 包都需要在其他 jar 包的支持下才能够正常工作，我们称之为 jar 包之间的依赖关系。最典型的例子是：commons-fileupload-1.3.jar 依赖于 commons-io-2.0.1.jar，如果 没有 IO 包，FileUpload 包就不能正常工作。

那么问题来了，你知道你所使用的所有 jar 包的依赖关系吗？当你拿到一个新的从未使用过的jar 包，你如何得知他需要哪些 jar 包的支持呢？如果不了解这个情况，导入的 jar 包不够，那么现有的程 序将不能正常工作。再进一步，当你的项目中需要用到上百个 jar 包时，你还会人为的，手工的逐一确 认它们依赖的其他 jar 包吗？这简直是不可想象的。

引入 Maven 后，Maven 就可以替我们自动的将当前 jar 包所依赖的其他所有 jar 包全部导入进来， 无需人工参与，节约了我们大量的时间和精力。用实际例子来说明就是：通过 Maven 导入 commons-fileupload-1.3.jar 后，commons-io-2.0.1.jar 会被自动导入，程序员不必了解这个依赖关系。

3.同一jar包管理体系

JavaEE 开发中需要使用到的 jar 包种类繁多，几乎每个 jar 包在其本身的官网上的获取方式都不尽相 同。为了查找一个 jar 包找遍互联网，身心俱疲。不仅如此， 费劲心血找的 jar 包里有的时候并没有你需要的那个类，又或者又同名的类没有你要的方法——以不规 范的方式获取的 jar 包也往往是不规范的。

使用 Maven 我们可以享受到一个完全统一规范的 jar 包管理体系。你只需要在你的项目中以坐标的 方式依赖一个 jar 包，Maven 就会自动从==私服/远程仓库/中央仓库==进行下载，并同时下载这个 jar 包所依赖的其他 jar 包。

4.工程模块的依赖管理

随着 JavaEE 项目的规模越来越庞大，开发团队的规模也与日俱增。一个项目上千人的团队持续开发很多年对于 JavaEE 项目来说再正常不过。那么我们想象一下：几百上千的人开发的项目是同一个 Web 工程。那么架构师、项目经理该如何划分项目的模块、如何分工呢？这么大的项目已经不可能通过 package 结构来划分模块，必须将项目拆分成多个工程协同开发。多个模块工程中有的是 Java 工程，有 的是 Web 工程。 那么工程拆分后又如何进行互相调用和访问呢？

这就需要用到 Maven 的工程模块的依赖管理机制。