maven命令的要想执行成功，都需要工程根目录下，也就是pom.xml文件所在位置，只有这样maven才会解析pom.xml文件中的依赖，并根据找到maven的setting.xml中我们配置的本地仓库，找到引入的jar包，并且从约定好的目录结构下打包主程序，生成classes，将classes目录与pom中jar包位置一起作为classpath，执行java命令。这都是每个项目要遵循的准则。无论是compile、test、package还是install都离不开工程最核心的pom.xml。

  1. scope作用域

maven为每个依赖都提供了一个scope(依赖作用域)，常用的有这么三个值

  • compile

compile作用域的依赖对主程序、测试程序、打包程序都是有效的。如spring-context这个依赖，我们的主程序，也就是main目录下的源码是需要该依赖的，test目录下的测试程序在测试时，也是需要的。而且compile作用域的依赖最终在执行打包时，也会被打进jar包。

  • test
    test作用域的依赖对主程序无效，也就是如果依赖是test作用域，那么是不参与运行的，在执行java命令 -classpath的时候，test作用域依赖不会被jvm执行，同时test依赖也不会参与打包。
  • provide

provide作用域依赖对主程序和测试程序都是有效的，但是在最终打包的时候不参与打包，一般这种依赖由服务器提供，典型例子比如servlet-api,还有向tomcat服务器提供的那些依赖，我们都可以声明为provide。

  • repositories 设置项目的远程仓库，添加了该设置以后，maven会先从本地仓库寻找jar包，找不到去repositories 指定了仓库，再找不到去setting配置的mirrors找，再找不到就会去中央仓库中寻找
<repositories>
        <repository>
            <id>maven-net-cn</id>
            <name>Maven China Mirror</name>
            <url>http://maven.net.cn/content/groups/public/</url>
            <releases>
                <enabled>true</enabled>
            </releases>
            <snapshots>
                <enabled>false</enabled>
            </snapshots>
        </repository>
    </repositories>
  • build标签，指定maven在构建项目时的相关操作，比如重新执行打包名，执行源码目录，打包后的目录，编译文件，以及目标插件等。
<!--    构建相关配置-->
    <build>
<!--        最终打包的名字-->
        <finalName>ddaas</finalName>
<!--配置打包目录-->
        <directory>${basedir}/app</directory>

<!--        配置将源码目录下的非.java文件也打包至classes，maven默认只会 src/main/java下的 java文件打包至类路径-->
        <resources>
            <resource>
                <directory>${basedir}/src/main/java</directory>
                <includes>
                    <include>**/*.properties</include>
                    <include>**/*.xml</include>
                </includes>
<!--                不过滤，也就是参与打包和编译-->
                <filtering>false</filtering>
            </resource>
            <resource>
                <directory>${basedir}/src/main/resources</directory>
                <includes>
                    <include>**/*.*</include>
                </includes>
                <!--                不过滤，也就是参与打包和编译-->
                <filtering>false</filtering>
            </resource>
        </resources>
    </build>

或者打包springboot项目时的打包插件

<build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <executions>
                    <execution>
                        <goals>
                            <goal>repackage</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
  • 父项目统一管理版本和依赖

在进行模块化开发的时候，可以先创建一个父项目，父项目的打包方式为pom，然后通过 dependencyManagement 管理依赖版本，这样子项目在引入相关依赖时就不需要再声明版本号了。父项目也可以通过dependencies标签直接引入依赖，这样所有的子项目就不需要再引入该依赖了。

<groupId>org.example</groupId>
    <artifactId>maven-parent</artifactId>
    <version>1.0-SNAPSHOT</version>
    <modules>
        <module>son1</module>
    </modules>
    <packaging>pom</packaging>

    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
        <mysql.version>8.0.26</mysql.version>
    </properties>

<!--  父项目引入依赖，子项目会统一引入-->
    <dependencies>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
            <version>1.2.62</version>
        </dependency>
    </dependencies>


<!--   父项目统一管理依赖版本，所有子项目在引入依赖时不需要执行版本号 -->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>mysql</groupId>
                <artifactId>mysql-connector-java</artifactId>
                <version>${mysql.version}</version>
            </dependency>
        </dependencies>
    </dependencyManagement>

</project>

如果子项目里也有一个 <mysql.version>8.0.17</mysql.version>，则此时表示子项目覆盖了父项目的 <mysql.version>的标签的值，那么子项目引入的就是8.0.17这个版本。