Maven项目类路径JAR包相关问题咨询：为何某JAR包存在于类路径及如何查看依赖JAR包名称与命名规则

我来帮你逐个解答这两个Maven相关的问题：

Maven的类路径里出现某个JAR包，通常是以下几种原因之一：

• 直接依赖：你在项目的pom.xml里直接声明了这个依赖，比如通过<dependency>标签明确引入，不同的scope（如compile、test等）会影响它在不同阶段的类路径可见性。
• 传递依赖：你引入的某个直接依赖本身依赖了这个JAR包，Maven会自动解析并把这类传递依赖加入到类路径中，除非你通过<exclusions>标签主动排除了它。
• 插件依赖：如果某个Maven插件运行时需要这个JAR包，它会被临时加入到插件执行阶段的类路径里，不过这种情况通常不会影响项目主代码的类路径。
• 本地仓库手动添加：如果有人手动把这个JAR包安装到了你的本地Maven仓库（比如用mvn install:install-file命令），而你的项目或依赖恰好引用了它，也会出现在类路径中。
• 继承或聚合带来的依赖：如果你的项目继承了某个父POM，或者属于一个聚合项目，父POM或聚合模块中声明的依赖也可能传递到你的项目类路径里。

查看依赖JAR包名称的方法 #

有几个实用的Maven命令可以帮你列出项目依赖的具体JAR文件名：

• 使用mvn dependency:list：这个命令会输出项目所有依赖的详细信息，包括每个依赖的groupId、artifactId、version，以及对应的JAR文件名（比如输出里会显示类似[INFO] org.springframework:spring-core:jar:5.3.20:compile的内容，对应的文件名就是spring-core-5.3.20.jar）。
• 使用mvn dependency:build-classpath：这个命令会直接生成项目的类路径字符串，里面包含每个依赖JAR的完整路径，能直接看到具体的文件名。
• 使用mvn dependency:tree -Ddetail=true：依赖树主要展示依赖层级，加上-Ddetail=true参数后，会显示每个依赖的类型和文件名相关细节。

关于依赖JAR包的名称格式 #

大部分情况下，Maven生成或从仓库获取的依赖JAR确实遵循${artifactId}-${version}.jar的格式，但也存在一些例外：

• 带有classifier的依赖：如果依赖声明了classifier（比如 javadoc、sources包，或是特定平台的适配JAR），文件名会变成${artifactId}-${version}-${classifier}.jar，例如spring-core-5.3.20-sources.jar。
• 自定义finalName：如果依赖项目的pom.xml里配置了<build><finalName>...</finalName>，打包出来的JAR文件名会是自定义名称，而非默认的artifactId-version格式。
• 特殊打包类型：部分项目可能通过插件修改了打包后的文件名，或是打包成带有额外资源的非标准JAR，这时候文件名也会偏离默认格式。

内容的提问来源于stack exchange，提问作者w9n7cxx5fM8