maven多模块项目中，dependencyManagement引发的疑难杂症

起因

搭建好多模块的项目后，在父模块和子模块都添加了依赖，但是侧边栏依然没有这个

依赖并没有生效。

经过一番尝试后，发现各种离奇结果产生的原因有两个：

一是对dependencyManagement的理解不够深刻，而是idea的缓存可能会带来一些不可预期的结果。

dependencyManagement

dependecyManagement通常加在父项目上，用于依赖版本管理，但他只是定义依赖的版本，并不会真正的引入依赖。

子模块需要用到某个依赖的时候，就不需要再加版本了，这样一来就统一了子模块的依赖版本。

至于为啥子模块明明添加了依赖，却并没有依赖被引入，可能是因为我们的引入的依赖只是个空壳子。

例如，我们在父模块定义了依赖的版本，子模块引入依赖

            
                org.springframework.boot
                spring-boot-dependencies
            

发现并没有实质性的依赖被引入，原因在于这个依赖并不是真正的依赖，如下所示：

它是一个dependencyManagement，应该被用于父模块定义版本，不可以在子模块中使用

SpringBoot本身的代码放在了这个starter里面，我们应该引入的是这个starter。

            
                org.springframework.boot
                spring-boot-starter
                2.3.6.RELEASE
            

所以在父模块应该加上上述依赖，子模块只需要引入starter即可。

所以最后父模块的部份依赖是

 
        2.3.6.RELEASE
        8
        8
        3.1.0
        UTF-8
        3.2.0
    

    
        

            
                org.springframework.boot
                spring-boot-starter
                ${spring-boot.version}
            

            
                org.springframework.boot
                spring-boot-dependencies
                ${spring-boot.version}
            

        
    

子模块

        8
        8
        3.2.0
    

    

        
            org.springframework.boot
            spring-boot-starter
        


        
            org.springframework.boot
            spring-boot-starter-test
            test
        

    

idea缓存带来的一些问题

亲测多模块的项目中，不管是微服务还是单体项目，只要使用了dependencyManagement，就有可能出现依赖更新失效的状况。

比如加了一个依赖后，刷新一下，侧边栏空空的，迟迟加不上。

去掉一个依赖后，侧边栏显示这个依赖还在。

如果确定依赖配置没有问题，可以关闭项目，删掉idea产生的所有临时文件

重启idea再看结果。

 

不过大部分情况应该是依赖导入的有问题，

如果子项目添加的依赖不生效，可以先检查一下添加的是不是是空壳子。