1.依赖简介：

commons-fileupload.jar —> commons-io.jar
A中的某些类需要使用B中的某些类，则称为A依赖于B
在maven项目中，如果要使用一个当时存在的Jar或模块，则可以通过依赖实现（去本地仓库、远程仓库去寻找）

执行mvn：必须在pom.xml所在目录中执行

maven常见命令：（第一次执行命令时，因为需要下载执行该命令的基础环境，所以会从远程仓库下载该环境到本地仓库）
编译： ( Maven基础组件，基础Jar)
mvn compile —只编译main目录中的java文件
mvn test 测试
mvn package 打成jar/war
mvn install 将开发的模块放入本地仓库，供其他模块使用（放入的位置是通过gav决定）

mvn clean 删除target目录（删除编译文件的目录）
运行mvn命令，必须在pom.xml文件所在目录

2.依赖传递性：

A jar -> B jar

junit
junit
4.0
test

依赖
1.依赖的范围、依赖的有效性
compile(默认) test provided
2.依赖排除
A.jar ->B.jar
当我们通过maven引入A.jar时，会自动引入B.jar
A.jar(x.java ,y.java,z.java) B.jar(p.java c.java i.java)
A.jar和B.jar之间的依赖的本质：z.java ->c.java

        <exclusions>
            <exclusion>
                <groupId>org.springframework</groupId>
                    <artifactId>spring-beans</artifactId>
            </exclusion>

        </exclusions>

a.commons-fileupload.jar commons-io.jar :虽然我们实际开发时，认为二者jar必须关联，但是maven可能不这么认为。
b.如果X.jar 依赖于Y.jar，但是在引入X.jar之前已经存在了Y.jar，则maven不会再在引入X.jar时引入Y.jar

3.依赖的传递性
A.jar-B.jar->C.jar

要使 A.jar ->C.jar:当且仅当 B.jar 依赖于C.jar的范围是compile

多个maven项目（模块）之间如何依赖： p项目依赖于->q项目

p项目 install 到本地仓库

q项目依赖：

<!-- 本项目  依赖于HelloWorld2项目 -->
  <dependency>
       <groupId>org.lanqiao.maven</groupId>
      <artifactId>HelloWorld2</artifactId>
      <version>0.0.1-SNAPSHOT</version>
  </dependency>

3.生命周期简介

在Eclipse中创建maven工程：
1.配置maven:
配置maven版本
配置本地仓库：设置settings.xml

在eclipse中编写完pom.xml依赖后，需要maven-update project

package:
resources
compile
test
package

maven生命周期:
生命周期和构建的关系：
生命周期中的顺序：a b c d e
当我们执行c命令，则实际执行的是 a b c

生命周期包含的阶段：3个阶段
clean lifecycle ：清理
pre-clean clean post-clearn

default lifecycle ：默认(常用)

site lifecycle：站点
pre-site site post-site site-deploy

再次强调：在pom.xml中增加完依赖后需要maven - update project

可以关注一下Blog:http://47.107.118.184

Maven依赖的关系以及生命周期笔记

1.依赖简介：

2.依赖传递性：

3.生命周期简介

猜你喜欢