先安利一个查询项目依赖的命令：./gradlew 模块名:dependencies 。

一、exclude

用法：exclude group:’ ‘, module: ‘ ‘ 【 group和module两个参数可分别单独使用 】
说明：排除某个依赖，可解决部分传递依赖。

使用场景：

• 解决依赖冲突。若两个模块使用相同 jar 包的不同版本，gradle 默认会使用最新版本的 jar 包，此时可以通过 exclude 排除冲突。（版本冲突带来的问题最主要是API类或方法移除。）
• 运行期无需此模块。
• 传递依赖无法找到时，可通过 exclude 排除。
• 版权原因需排除。

compile 'com.android.support:support-v4:26.1.0'
    
    // 单独排除某个模块中的依赖  
    compile('com.h6ah4i.android.widget.advrecyclerview:advrecyclerview:0.11.0@aar') {
        exclude group: 'com.android.support'
    }

    // 排除所有子依赖中的support依赖，统一使用主项目中的版本
    configurations {
       all*.exclude group: 'com.android.support'
    }

用法：主工程使用的 support 包版本为 26.1.0，使用 exclude group: ‘com.android.support’ 可以将 advrecyclerview 模块中的 support 排除掉，统一使用主工程的 v26.1.0 版本。不管advrecyclerview依赖的该support包版本时高于还是低于主工程版本。

假设 advrecyclerview 中依赖的 support相关版本为 27.0.0，排除依赖前，项目依赖关系为：

project :shop
| + – com.android.support:appcompat-v7:26.1.0 ()
| + – com.android.support:support-v4:26.1.0 ()
| + – com.h6ah4i.android.widget.advrecyclerview:advrecyclerview:0.11.0
| | + – – – com.android.support:appcompat-v7:27.0.0 -> 26.1.0 ()
| | \ – – – com.android.support:recyclerview-v7:27.0.0 -> 26.1.0
| | + – – – – – com.android.support:support-annotations:26.1.0
| | + – – – – – com.android.support:support-compat:26.1.0 ()
| | \ – – – – – com.android.support:support-core-ui:26.1.0 (*)

对应的在build后，External Libraries 中会同时存在 support v27.0.0 和 v26.1.0 两种版本的aar依赖。

排除 support 依赖后，External Libraries 就只会存在 v26.1.0 版本的aar。对应的依赖关系如下：

project :shop
| + – com.android.support:appcompat-v7:26.1.0 ()
| + – com.android.support:support-v4:26.1.0 ()
| + – com.h6ah4i.android.widget.advrecyclerview:advrecyclerview:0.11.0

二、transitive

用法：transitive = true | false

说明：是否传递本身的依赖给宿主程序（使用传递依赖时，Gradle 会将传递依赖一起下载下来。compile 默认是开启传递依赖）

// 统一指定 transitive
configurations.all {
       transitive = false
}

// 单独指定依赖项的 transitive 
compile('com.h6ah4i.android.widget.advrecyclerview:advrecyclerview:0.11.0@aar') {
    transitive = false
}

transitive = true，依赖同于没有使用 exclude 排除依赖 ，每个包的依赖项都会被递归分析并添加进来。
transitive = false，则依赖关系同于用 exclude 排除依赖。

Tips： exclude 和 transitive 可以同时使用，exclude会排除 transitive=true时的一些传递依赖。

三、force

用法：force = true
作用：强制使用某个版本。出现冲突时，优先使用该版本解决。

// 强制使用 support-v4 26.1.0版本
compile('com.android.support:support-v4:26.1.0') {
   force = true
}

四、动态版本（不建议使用）

使用场景：保持工程依赖都是最新版本。
使用方式：+，可以让gradle每次构建时检查远程仓库是否存在最新版本，若存在则下载。也可指定某个大版本下的最新子版本，1.+，表示始终依赖最新的 1.x 版本。

compile 'com.h6ah4i.android.widget.advrecyclerview:advrecyclerview:0.+'

缺点：

• 减低构建速度并且会提高构建失败风险；
• 新版本可能带来兼容性问题。

五、综合实例

compile('org.hibernate:hibernate:3.1') {
     // 冲突时优先使用该版本
     force = true

     // 依据构建名称排除
     exclude module: 'cglib' 
     // 依据组织名称排除
     exclude group: 'org.jmock' 
     // 依据组织名称+构件名称排除
     exclude group: 'org.unwanted', module: 'iAmBuggy' 

     // 为本依赖关闭依赖传递特性
     transitive = false
}

六、问题

1.项目中多个模块依赖同一个依赖 D 的不同版本，如何保持每个模块直接使用自己本身 compile 的依赖版本呢？
A：如果是直接 compile 包含不同版本的依赖，会造成依赖冲突。有一种方式可以直接将模块打包成本地 jar 。打包成本地 aar 文件，也是不行，因为本地 aar 依赖，需要外部也 compile aar 中依赖的一些架包，否则会找不到。

另一种方式就很有效保证 各个模块保持自己依赖的版本，而不用在意其他版本并且担心产生冲突。具体如下：

configurations.all {
// 遍历所有的依赖，根据 moduleName 使用对应的版本。确实可行
resolutionStrategy.eachDependency { DependencyResolveDetails details ->
    def requested = details.requested
    if (requested.group == 'com.android.support') {
        if (requested.name.startsWith("multidex")) {
            details.useVersion '26.1.0'
        } else if (requested.name.startsWith("advrecyclerview")) {
            details.useVersion '27.0.0'
        } else {
            details.useVersion '25.3.0'
        }
    }
  }
}

七、本地aar依赖问题

场景：主工程app -> shop模块 -> 依赖本地aar

问题：在主工程依赖 shop 模块的远程依赖时，无法找到依赖的本地 aar 相关。
解决：将 本地 aar 放到远端，也是用远程依赖。
原因：主要在于Android 3.0 后本地 aar 依赖无法越级传递依赖。可以看远端 shop模块 maven打包时生成的 .pom 文件，查看具体依赖，发现gradle 会把本地 aar 依赖也当做一份远端依赖进行配置，但是没有group等信息，如此在主工程中依赖 shop 模块是，直接编译不通过，因为会视为远端仓库的依赖，但实际并不存在。（根本原因未知）

问题：本地 jar 依赖和 本地 aar 依赖区别。

• jar 文件只包含编译好的 .class 文件和清单文件，不包含资源文件。所以如果没有 res 资源文件，可以在打包时，将 packaging 配置为 jar 格式；
• aar 文件包含 class 以及 /res 目录下的所有资源文件。
  -查看 gradle 下载的远程依赖区别就很明显：