网络安全最新Maven基础大知识梳理_maven中的compile的作用

远程仓库:如果本地需要插件或者 jar 包,本地仓库没有,默认去远程仓库下载(私服)。

中央仓库:在 maven 软件中内置一个远程仓库地址https://www.mvnrepository.com/ ,它是中央仓库,服务于整个互联网。

Maven常用命令的含义

compile:编译— compile 是 maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到 target目录下。

clean:清理— clean 是 maven 工程的清理命令,执行 clean 会删除 target 目录及内容。

test:测试— test 是 maven 工程的测试命令 mvn test,会执行 src/test/java 下的单元测试类。

package:打包—package 是 maven 工程的打包命令,对于 java 工程执行 package 打成 jar 包,对于 web 工程打成 war包。

install:安装— install 是 maven 工程的安装命令,执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库

一个项目生命周期

打包类型:

jar:执行 package 会打成 jar 包

war:执行 package 会打成 war 包

pom :用于 maven 工程的继承,通常父工程设置为 pom

依赖范围:

A 依赖 B,需要在 A 的 pom.xml 文件中添加 B 的坐标,添加坐标时需要指定依赖范围,依赖范围包括:

**compile:**compile指 A 在编译时依赖 B,此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行,由于运行时需要所以编译范围的依赖会被打包。

**provided:**provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用, provided 依赖在编译和测试时需要,在运行时不需要,比如:servlet api 被 tomcat 容器提供。

**runtime:**runtime 依赖在运行和测试系统的时候需要,但在编译的时候不需要。比如:jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。

**test:**test 范围依赖 在编译和运行时都不需要,它们只有在测试编译和测试运行阶段可用,比如:junit。由于运行时不需要所以 test范围依赖不会被打包。

**system:**system 范围依赖与 provided 类似,但是你必须显式的提供一个对于本地系统中 JAR文件的路径,需要指定 systemPath 磁盘路径,system依赖不推荐使用。

依赖范围由强到弱的顺序是:compile>provided>runtime>test

pom文件中常用标签的含义

<?xml version="1.0" encoding="UTF-8"?>
<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 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
 <!--声明项目描述符遵循哪一个POM模型版本。4.0.0-->

    <groupId>com.tfjybj</groupId>
    <artifactId>super</artifactId>
    <packaging>pom</packaging>
    <version>1.0.0-SNAPSHOT</version>
    
    <!--项目的名称, Maven产生的文档用-->
    <name>super</name>
    <!-- 项目的详细描述, Maven 产生的文档用。-->
    <description>super</description>

    <!--聚合  来管理同个项目中的其他模块-->
    <modules>
        <module>super-common</module>
        <module>super-gateway</module>
        <module>super-zipkin</module>
        <module>super-provider</module>
        <module>super-provider-api</module>
    </modules>

    <!--继承  说明这是一个boot工程-->
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.8.RELEASE</version>
    </parent>


    <!--统一管理jar包版本-->
    <properties>
        <!--项目编码方式,maven编译版本-->
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
          <!--统一管理jar包版本-->
        <spring.cloud.version>2.1.0.RELEASE</spring.cloud.version>
        <spring.boot.version>2.1.8.RELEASE</spring.boot.version>
        <mysql.version>6.0.6</mysql.version>
    </properties>

    <!--统一管理版本号-->
    <!--在父工程pom文件中声明依赖,但不引入,父项目声明,供子项目按需引入-->
    <dependencyManagement>
        <dependencies>
            <!-- nacos服务注册/发现-->
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
                <version>${spring.cloud.version}</version>
                 <!--排除ribbon的依赖-->
               <exclusions>
                   <exclusion>
                       <groupId>org.springframework.cloud</groupId>
                       <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
                    </exclusion>
                </exclusions>
            </dependency>
            <!--nacos配置中心来做配置管理-->
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
                <version>${spring.cloud.version}</version>
            </dependency>
             <!--mysql-->
            <dependency>
                <groupId>mysql</groupId>
                <artifactId>mysql-connector-java</artifactId>
                <version>${mysql.version}</version>
               <!--  mysql依赖的作用范围-->
                <scope>runtime</scope>
            </dependency>
           
        </dependencies>
    </dependencyManagement>

    <!--所有声明在父项目 dependencies 中的依赖都会自动引入,并默认被所有子项目继承-->
    <!--即使在子项目中不引入该依赖,那么子项目依然会从父项目中继承该依赖项。-->
    <dependencies>

    </dependencies>

    <!--发现依赖和扩展的远程仓库列表  -->
    <!--远程仓库列表,它是Maven用来填充本地仓库所使用的一组远程项目。 -->
    <repositories>
        <!--包含需要连接到远程仓库的信息-->
        <repository>
            <id>spring-milestones</id>
            <name>Spring Milestones</name>
            <url>https://repo.spring.io/milestone</url>
        </repository>
    </repositories>

    <!--用于项目打包,打包需要的插件-->
     <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

</project>

聚合与继承的关系

1、聚合主要是为了方便快速构建项目,继承主要是为了消除重复配置

2、对于聚合模块而言,它知道有哪些被聚合的模块,但那些被聚合的模块不知道这个聚合模块的存在;对于继承的父pom 而言,它不知道有哪些子模块继承它,但那些子模块都必须知道自己的父pom 是什么

3、聚合pom 与继承中的父pom 的 packaging 都必须是 pom;同时,聚合模块与继承中的父模块除了 pom 外,都没有实际的内容

依赖冲突

Maven的依赖机制会导致Jar包的冲突。

举个例子,现在你的项目中,使用了两个Jar包,分别是A和B。现在A需要依赖另一个Jar包C,B也需要依赖C。但是A依赖的C的版本是1.0,B依赖的C的版本是2.0。这时候,Maven会将这1.0的C和2.0的C都下载到你的项目中,这样你的项目中就存在了不同版本的C,这时Maven会依据依赖路径最短优先原则,来决定使用哪个版本的Jar包,而另一个无用的Jar包则未被使用,这就是所谓的依赖冲突。

依赖调节原则

1.第一声明者优先原则:

在pom文件定义依赖,以先声明的依赖为准。

谁先在pom.xml中申明,就用谁的。跟坐标代码的顺序有关

2.路径近者优先原则:

以上两个jar包都依赖了spring-beans。

spring-context和spring-webmvc都会传递过来spring-beans,那如果直接把spring-beans的依赖写在pom文件中,那么项目就不会再使用其他依赖传递过来的spring-beans。

因为自己直接在pom中定义spring-beans要比其他依赖传递过来的路径要近。

3.排除依赖原则:

使用Maven中的标签,例如

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学,我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线,大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供:

在这里插入图片描述

因篇幅有限,仅展示部分资料

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化资料的朋友,可以点击这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 15
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值