背景

在阅读源码的时候，发现有一些maven依赖包里面没有包含pom文件，一些maven依赖包包含，而且除此之外还有一些细微的差异。今天就来聊一下关于一个标准的依赖包应该是什么样子的。

一个标准的Maven依赖包通常包含以下文件：

Java类文件：这是Maven依赖包的核心，包含项目中所有的Java代码。

POM文件：这是一个XML文件，包含有关项目的元数据，如项目名称、版本、依赖关系等。

LICENSE文件：这是一个文本文件，包含有关项目的许可证信息。

NOTICE文件：这是一个文本文件，包含关于项目的版权声明和其他重要信息。

META-INF目录：这是一个特殊目录，包含有关项目的元数据。META-INF目录中通常包含以下文件：

MANIFEST.MF：这是一个清单文件，包含有关项目的元数据，如版本号、依赖关系等。

INDEX.LIST：这是一个索引文件，用于记录项目中的类文件。 总的来说，标准的Maven依赖包具有规范化的目录结构，并且包含所有必要的文件，以便完全描述项目和其依赖关系。

eg:

假设有一个名为my-library的项目，打成一个my-library-1.0.0.jar的依赖包，那么它的目录结构可能长这样：

my-library-1.0.0.jar
|--- META-INF
|    |--- MANIFEST.MF
|    |--- maven
|    |    |--- com.example
|    |    |    |--- my-library
|    |    |    |    |--- pom.xml
|    |    |    |    |--- pom.properties
|--- com
|    |--- example
|    |    |--- mylibrary
|    |    |    |--- ... (存放代码的类文件)

其中，META-INF目录包含了打包时的一些元数据信息，其中：

MANIFEST.MF文件是打包时生成的清单文件，描述了一些关于jar文件的基本信息，比如版本、创建者等。

maven目录中的文件存放了项目的maven相关信息，其中：

pom.xml文件是项目的构建文件，存储了项目的构建信息，如项目依赖的jar包等。

pom.properties文件是项目的一些属性文件，存储了项目的一些重要信息，如项目名称、版本等。

这是一个简单的例子，实际上maven依赖包可能会包含更多的文件和目录，具体取决于项目的具体情况。

为什么有些 maven依赖下面的META-INF里面没有找到pom文件？

如果在META-INF目录中没有找到POM文件，这可能是因为以下几种原因：

编译方式：有些项目可能选择不将POM文件打包到JAR文件中，而是单独存储在Maven仓库中。

依赖项版本：某些旧版本的依赖项可能不包含POM文件。

缺少依赖项：如果您的项目缺少必要的依赖项，则可能找不到POM文件。

问题的Maven仓库：如果Maven仓库中存在损坏或不正确的数据，则可能无法找到POM文件。

通常上面第二点是重点原因，就会当时打包依赖的maven版本过低

为什么旧版本的maven依赖里不包含pom文件

一些旧版本的maven依赖项不包含POM文件的原因是，这些依赖项在当时的标准中不需要POM文件，或者是在发布时未包含POM文件。

在Maven的早期版本中，POM文件并不是必需的，因此许多项目可能没有提供POM文件。然而，随着Maven技术的发展，POM文件已经被认为是一个重要的组件，用于描述项目信息，如项目依赖性和构建规则。因此，现在所有的Maven项目都应该提供POM文件。

如果您需要使用一个不包含POM文件的旧版本依赖项，则需要从源代码手动构建并安装该项目，以便您可以引用它。然后，您可以通过在自己的POM文件中声明该依赖项来使用它。

写在最后

Maven社区在没有明确声明之前，一直认为所有Maven依赖项都应该带有POM文件。然而，在Maven 3.0版本及更高版本中，Maven的构建系统在打包和发布Maven依赖项时会严格检查是否包含POM文件。 如果在Maven 3.0版本及更高版本中，您尝试发布一个没有POM文件的Maven依赖项，Maven将抛出一个异常，指出POM文件是必需的。因此，如果您使用Maven 3.0版本或更高版本，则应该保证您发布的所有Maven依赖项都带有POM文件。