当前位置：首页 > news >正文

Maven快速上手笔记

news 2025/10/28 9:15:39

之前学习Maven时留下的笔记，在这里做记录以便后续查看

一 Maven仓库的基本概念

对于Maven来说，仓库只分为两类：本地仓库和远程仓库。

当第一次运行maven命令的时候，需要网络连接，因为它需要从网上下载一些文件。那么它从哪里下载呢？它是从Maven默认的远程仓库下载的。这个远程仓库有Maven的核心插件和可供下载的jar文件。

当Maven根据坐标寻找构件的时候，它会首先查看本地仓库，如果本地仓库存在，则直接使用；如果本地没有，Maven就会去远程仓库查找，发现需要的构件之后，下载到本地仓库再使用。如果本地仓库和远程仓库都没有，Maven就会报错。

远程仓库分为三种：中央仓库，私服，其它仓库。

中央仓库是默认配置下，Maven下载jar包的地方。
私服是另一种特殊的远程仓库，为了节省带宽时间，应该在局域网内架设一个私有的仓库服务器，用其代理所有外部的远程仓库。内部的项目还能部署到私服上供其它项目使用。
一般来说，在maven项目目录下，没有诸如lib/这样用来存放依赖文件的目录。当Maven在执行编译或测试时，如果需要使用依赖文件，它总是基于坐标使用本地仓库依赖文件。默认情况下，每个用户在自己的用户目录下都有一个路径名为.m2/repository/的仓库目录。

二 Maven仓库地址

查看依赖版本使用情况及groupId等信息 https://mvnrepository.com/

三配置文件

配置本地仓库地址

<localRepository>D:\Program Files\Maven\repository</localRepository>

配置下载镜像地址

<mirrors><mirror><id>nexus-aliyun</id><mirrorOf>central</mirrorOf><name>Nexus aliyun</name><url>http://maven.aliyun.com/nexus/content/groups/public</url></mirror></mirrors>

四解读pom.xml


<!-- project 标签：根标签，表示对当前工程进行配置、管理 -->
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"><!-- modelVersion 标签：从Maven2开始就固定是4.0.0 --><!-- 代表当前pom.xml所采用的标签结构 --><modelVersion>4.0.0</modelVersion><!-- 坐标信息 --><!-- groupId 标签：坐标向量之一；代表公司或组织开发的某一个项目 --><groupId>com.atguigu.maven</groupId><!-- artifactId 标签：坐标向量之一；代表项目下的某一个模块 --><artifactId>demo</artifactId><!-- version 标签：坐标向量之一；代表当前模块的版本 --><version>0.0.1-SNAPSHOT</version><!-- packaging 标签：打包方式 --><!-- 取值 jar：生成jar包，说明这是一个java工程 --><!--取值 war：生成war包，说明这是一个web工程 --><!-- 取值pom：说明这个工程是用来管理其它工程的工程 --><packaging>jar<packaging><name>demo</name><!-- properties 标签：在maven中定义属性值 --><properties><!-- 在构建过程中读取源码时使用的字符集 --><project.build.sourceEncoding>UTF-8</project.build.sourceEncoding></properties><!-- dependencies 标签：配置具体依赖信息，可以包含多个dependency子标签 --><dependencies><!-- dependency 标签：配置一个具体的依赖信息 --><dependency><!-- 坐标信息：导入哪个jar包，就配置它的坐标信息即可 --><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><!-- scope 标签：配置当前依赖的范围 --><scope>test</scope></dependency></dependencies>
</project>

五 Maven依赖的基本概念

依赖的基本配置

根元素project下的dependencies可以包含多个dependence元素，以声明多个依赖。每个依赖都应该包含以下元素：
1、groupId，artifactId，version：依赖的基本坐标，对于任何一个依赖来说，基本坐标是最重要的，Maven根据坐标才能找到需要的依赖
2、Type：依赖的类型，大部分情况下不需要声明。默认值为jar
3、Scope：依赖的范围（compile，test，provided，runtime，system）

compile：编译依赖范围
如果没有指定，就会默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译、测试、运行三种classpath都有效
通常使用的第三方框架的jar包这样在项目实际运行时真正要用到的jar包都是以compile范围进行依赖的。比如SSM框架所需jar包
test：测试依赖范围
使用此依赖范围的Maven依赖，只对于测试calsspath有效，在编译主代码或者运行项目的使用时将无法使用此依赖，典型的例子就是JUnit，它只有在编译测试代码及运行测试的时候才需要
测试过程中使用的jar包，以test范围依赖进来，比如junit
provide：已提供依赖范围
使用此范围的Maven依赖，对于编译和测试classpath有效，但在运行时无效。典型的例子是servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经提供，就不需要Maven重复地引入一遍（如：servlet-api）
在开发过程中需要用到的”服务器上的jar包“通常以provide范围依赖进来。比如servlet-api、jsp-api。而这个范围的jar包之所有不在参与部署、不放进war包，就是避免和服务器上已有的同类jar包产生冲突，同时减轻服务器的负担。
runtime：运行时的依赖范围
使用此依赖范围的Maven环境，对于测试和运行classpath有效，但在编译主代码时无效。典型的例子是JDBC驱动实现。项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动
system：系统依赖范围
该依赖与三种classpath的关系。和provided依赖范围完全一致。但是，使用system范围依赖时必须通过systemPath元素显示地指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此该谨慎使用

4、Optional：标记依赖是否可选
5、Exclusions：用来排除传递性依赖

其它核心概念

声明周期

1、作用：
为了让构建过程自动化完成，Maven设定了三个生命周期，声明周期中的每一个环节对应构建过程中的一个操作。
2、三个声明周期

clean
- 作用：清理操作相关
- 环节：pre-clean、clean、post-clean
Site
- 作用：生成站点相关
- 环节： pre-site、site、post-site、deploy-site
Default
- 作用：主要构建过程
- 环节： validate、generate-sources、process-sources、generate-resources、process-resources 复制并处理资源文件，至目标目录，准备打包。
  compile 编译项目main目录下的源代码
  process-classes、generate-test-sources、process-test-sources、generate-test-resources、process-test-resources 复制并处理资源文件，至目标测试目录
  test-compile 编译测试源代码
  process-test-classes、test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署
  prepare-package、package 接受编译好的代码，打包成可发布的格式，如jar
  pre-integration-test、integration-test、post-integeration-test、verify、install 将包安装至本地仓库，以其它项目依赖
  deploy将最终的包复制到远程仓库，以让其它开发人员共享；或者部署到服务器上运行