一、项目间的依赖关系

二、使用步骤

1.父pom

使用 dependencyManagement 和 pluginManagement ，声明子类POM中可能用到的依赖和插件，但并不会引入实际的依赖，或造成实际的插件调用行为，但能够约束子类POM中的依赖和插件配置的声明。
代码如下（示例）：
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.tomandersen</groupId>
    <artifactId>HadoopCustomModules</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <!--模块名称-->
    <modules>
        <module>flume</module>
        <module>log-collector</module>
    </modules>
    <!--事先声明版本属性-->
    <properties>
        <slf4j.version>1.7.20</slf4j.version>
        <logback.version>1.0.7</logback.version>
    </properties>
    <!--在父类Maven中使用dependencyManagement声明依赖便于子类Module继承使用,也便于进行依赖版本控制-->
    <dependencyManagement>
        <dependencies>
            <!--阿里巴巴开源json解析框架-->
            <dependency>
                <groupId>com.alibaba</groupId>
                <artifactId>fastjson</artifactId>
                <version>1.2.51</version>
            </dependency>
            <!--日志生成框架-->
            <dependency>
                <groupId>ch.qos.logback</groupId>
                <artifactId>logback-core</artifactId>
                <version>${logback.version}</version>
            </dependency>
            <dependency>
                <groupId>ch.qos.logback</groupId>
                <artifactId>logback-classic</artifactId>
                <version>${logback.version}</version>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <build>
        <!--在父类Maven中使用pluginManagement管理插件便于子类Module继承使用,也便于进行依赖版本控制-->
        <pluginManagement>
            <plugins>
                <!--配置Maven项目compiler插件-->
                <!--此工具不会打包依赖-->
                <plugin>
                    <artifactId>maven-compiler-plugin</artifactId>
                    <version>2.3.2</version>
                    <configuration>
                        <source>1.8</source>
                        <target>1.8</target>
                    </configuration>
                </plugin>
				<!--配置Maven项目assembly插件-->
            	<!--此工具会将全部依赖打包-->
                <plugin>
                    <artifactId>maven-assembly-plugin</artifactId>
                    <configuration>
                        <descriptorRefs>
                            <descriptorRef>jar-with-dependencies</descriptorRef>
                        </descriptorRefs>
                        <archive>
                            <manifest>
                                <!--子类Maven通过mainClass标签设置成主类的全类名FQCN-->
                                <!--<mainClass></mainClass>-->
                            </manifest>
                        </archive>
                    </configuration>
                    <executions>
                        <execution>
                            <id>make-assembly</id>
                            <phase>package</phase>
                            <goals>
                                <goal>single</goal>
                            </goals>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </pluginManagement>
    </build>
2.子POM
 
1）在子类POM中声明父类POM
 2）配置实际使用的 dependency 和 plugin，只需要声明 groupId 和 artifactId 就可以，只有声明的才会进行实际的依赖引入或插件调用
 3）版本在父POM中统一管理，不用指定版本。指定版本，则覆盖父类配置信息 
代码如下（示例）： 
    <!--声明父类POM-->
    <parent>
        <artifactId>HadoopCustomModules</artifactId>
        <groupId>com.tomandersen</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <!--子类POM信息-->
    <groupId>com.tomandersen</groupId>
    <artifactId>log-collector</artifactId>
    <dependencies>
        <!--阿里巴巴开源json解析框架-->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
        </dependency>
        <!--日志生成框架-->
        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-core</artifactId>
        </dependency>
        <!--如果不配置，则不会引进父pom中的依赖-->
<!--        <dependency>-->
<!--            <groupId>ch.qos.logback</groupId>-->
<!--            <artifactId>logback-classic</artifactId>-->
<!--        </dependency>-->
    </dependencies>
    <build>
        <plugins>
            <!--自定义Maven项目编译器compiler插件相关配置-->
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
            </plugin>
            <!--自定义Maven项目汇编assembly插件相关配置-->
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <configuration>
                    <archive>
                        <manifest>
                            <!--此处设置成主类的全名-->
                            <mainClass>com.tomandersen.appclient.AppMain</mainClass>
                        </manifest>
                    </archive>
                </configuration>
            </plugin>
        </plugins>
    </build>
提示：这里对文章进行总结：
 例如：以上就是今天要讲的内容，本文仅仅简单介绍了pandas的使用，而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。 
三、重复依赖，依赖冲突
 
由于一些dependency中包含了某个jar，然后我们又导入了其他jar，不知不觉中造成jar冲突，或者是重复依赖……这样整个项目的jar就会越来越冗余，庞大 
方法一：把父pom依赖的jar包排除掉
 
 如何查看依赖树图
 
 
 放大后，会看到一些红线，这就是冲突的jar。一般选择低版本的depedency，点击右键——Exclude
 去除了冲突或者重复的jar，maven会在对应pom的depedency中加 <exclusions>用于去掉某个依赖里的jar。
 
  
方法一：把父pom依赖的jar包覆盖掉
 
举例：
 
 假如我们在项目pom中引入一个统一的依赖管理项目。
 
 在common-base中引入了
  
但是我们想在datasource中使用最新版本的依赖，可以直接在datasource的pom中指定版本。
 
 这样就可以使用最新的版本了。 
但是，在依赖树图中，我们会看到又多了一条红线。也就意味着可能存在冲突。 
重点、重点、重点、
 
########################################
 产生冲突的原因，是因为根据 maven依赖最短路径原则，必然是产生了两个 相同路径长度 的依赖，版本不一致导致的。
 ########################################
 强调一下，树图的红线并不影响项目的正常运行和打包，maven打包时会按照最短路径把需要的jar打包。 
所以，只要再定义一个更短路径的依赖就可以解决。 
比如我打的包时start，只要在start模块的pom中再引入一次依赖，就可以解决冲突ClassNotFoundException的问题。
<?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 https://maven.apache.org/xsd
                                    如果一个依赖写在了 parent 中，如：easyexcel，使用下方代码排除不了：<parent>
    <groupId>cn.com.xuxiaowei.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.5.6.RELEASE</version>
    <relativePath/&gt.
compile（编译）
compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath中可用，同时它们也会被打包。
provided（已提供）
provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用。例如，如果你开发了一个web应用，你可能在编译classpath中需要可用的Servlet API来编译一个servl...
                                    写在前边的话：在用项目打包时，每次都会把那些固定的、不会轻易改变的文件(项目引用的Jar包、样式等)打到war包中，十分浪费时间，尤其是上线项目时。向服务器上传程序包，会白白的耗费好多时间。那么有没有一种行之有效且简单方便的方法解决这个问题呢？别锤别锤，答案肯定有啊！要不我在这费这大劲码字干嘛？在配置pom文件时可以通过或参数对最终打包文件实现过滤、包含操作。并且支持正则表达式实现过滤规则，多个过...
                                    问题导入这里的私服和平时我们听的国服、体验服、欧服等等有什么区别？1.1介绍团队开发现状分析私服是一台独立的服务器，用于解决团队内部的资源共享与资源同步问题NexusSonatype公司的一款maven私服产品Download1.2Nexus安装与启动启动服务器（命令行启动）访问服务器（默认端口8081）http8081修改基础配置信息安装路径下etc目录中nexus-default.properties文件保存有nexus基础配置信息，例如默认访问端口。......
                                    myeclipse排除maven项目中特定的jar依赖：1. 搜索该jar的位置2. 使用`exclusions`标签排除jar
1. 搜索该jar的位置
在项目中，由于某个公共的jar，可能在我们引入不同的依赖时，会存在版本冲突，或者我没有用到这个依赖，但是引入别的依赖时给自动引入了，我现在想把它给踢出来，原来使用的IDEA，可以很方便的找到依赖的版图，直接使用IDEA可直接排除，现在换了Myeclipse之后，突然发现，也是可以方便的排除依赖的jar包的。
比如我现在新项目里面由于引入了shiro-fr
                                    这意味着所有parent的子项目都会引用spring-boot-maven-plugin这个插件，parent有两个module，其中module-web依赖module-api，其中module-api是一些基础的东西，module-web是将来要部署的项目，而module-api中只是一些基础api，没有springboot的启动类，不能让spring-boot-maven-plugin来二次打包，原因是module-api不是要部署的项目，说明module-api打的包有问题，