依赖管理
maven
工程中不直接将
jar
包导入到工程中,而是通过在
pom.xml
文件中添加所需
jar
包的坐标,这样就很好的避免了
jar
直接引入进来,在需要用到
jar
包的时候,只要查找
pom.xml
文 件,再通过 pom.xml
文件中的坐标,到一个专门用于
”
存放
jar
包的仓库
”(maven
仓库
)
中根据坐标从 而找到这些 jar
包,再把这些
jar
包拿去运行。
我的jar本地仓库 :D:\IDEA\Maven\maven-repository(在D:\IDEA\Maven\apache-maven-3.8.5\conf\settings.xml里修改
Maven项目标准目录结构
Maven 常用命令
clean 是 maven 工程的清理命令,执行 clean 会删除 target 目录及内容。从远程仓库拉取项目后执行,防止版本不一致问题。
compile
是
maven
工程的编译命令,作用是将
src/main/java
下的文件编译为
class
文件输出到
target 目录下。
test 是 maven 工程的测试命令 mvn test,会执行 src/test/java 下的单元测试类。也编译了src/main/java 下的代码。
package
是
maven
工程的打包命令,对于
java
工程执行
package
打成
jar
包,对于
web
工程打成
war 包
install
是
maven
工程的安装命令,执行
install
将
maven
打成
jar
包或
war
包发布到本地仓库。
从运行结果中,可以看出:
当后面的命令执行时,前面的操作过程也都会自动执行,
Maven 指令的生命周期(三套相互独立)
Clean Lifecycle
在进行真正的构建之前进行一些清理工作。
Default Lifecycle
构建的核心部分,编译,测试,打包,部署等等。
Site Lifecycle
生成项目报告,站点,发布站点。
插件
(plugin)
目标
(goal)
maven
管理项目生命周期过程都是基于插件完成的。
maven概念模型
5.4 pom 基本配置pom.xml 是 Maven 项目的核心配置文件,位于每个工程的根目录,基本配置如下:<project > :文件的根节点 .<modelversion > : pom.xml 使用的对象模型版本<groupId > :项目名称,一般写项目的域名<artifactId > :模块名称,子项目名或模块名称<version > :产品的版本号 .<packaging > :打包类型,一般有 jar 、 war 、 pom 等<name > :项目的显示名,常用于 Maven 生成的文档。<description > :项目描述,常用于 Maven 生成的文档<dependencies> :项目依赖构件配置,配置项目依赖构件的坐标<build> :项目构建配置,配置编译、运行插件等。
全局
setting
与用户
setting
maven
仓库地址、私服等配置信息需要在
setting.xml
文件中配置,分为全局配置和用户配置。
在
maven
安装目录下的有
conf/setting.xml
文件,此
setting.xml
文件用于
maven
的所有
project
项目,它作为
maven
的全局配置。
如需要个性配置则需要在用户配置中设置,用户配置的
setting.xml
文件默认的位置在:
${user.dir}
/.m2/settings.xml
目录中
,${user.dir}
指
windows
中的用户目录。
maven
会先找用户配置,如果找到则以用户配置文件为准,否则使用全局配置文件。
在 pom.xml 文件添加坐标
添加 jar 包的坐标时,还可以指定这个 jar 包将来的作用范围。每个 maven 工程都需要定义本工程的坐标,坐标是 maven 对 jar 包的身份定义,比如:入门程序的坐标定义如下:<!-- 项目名称,定义为组织名 + 项目名,类似包名 --><groupId>com.itheima</groupId><!-- 模块名称 --><artifactId>hello_maven</artifactId><!-- 当前项目版本号, snapshot 为快照版本即非正式版本, release 为正式发布版本 --><version>0.0.1-SNAPSHOT</version><packaging > :打包类型jar :执行 package 会打成 jar 包war :执行 package 会打成 war 包pom :用于 maven 工程的继承,通常父工程设置为 pom
坐标的来源方式
http://search.maven.org/
http://mvnrepository.com/
依赖范围
compile :编译范围,指 A 在编译时依赖 B ,此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行,由于运行时需要所以编译范围的依赖会被打包。provided : provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用, provided 依赖在编译和测试时需要,在运行时不需要,比如: servlet api 被 tomcat 容器提供。runtime : runtime 依赖在运行和测试系统的时候需要,但在编译的时候不需要。比如: jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。test : test 范围依赖 在编译和运行时都不需要,它们只有在测试编译和测试运行阶段可用,比如: junit 。由于运行时不需要所以 test 范围依赖不会被打包。system : system 范围依赖与 provided 类似,但是你必须显式的提供一个对于本地系统中 JAR文件的路径,需要指定 systemPath 磁盘路径, system 依赖不推荐使用。