• 上海合作组织青岛峰会举行 习近平主持会议并发表重要讲话 2019-05-17
  • 世界上海拔最高的无人超市将落户拉萨 2019-05-17
  • 阳泉首次颁布地方实体性法规 两部法规将于7月1日起实施 2019-05-14
  • 空调有异味是为什么 这是你可能忽略的健康隐患 2019-05-14
  • “黑社会老大”电话敲诈“拿钱消灾” 警方揭骗局 2019-05-12
  • 习近平欢迎出席上海合作组织青岛峰会的外方领导人 2019-04-27
  • 黄家驹蜡像北京揭幕 黄家强动容追忆哥哥 2019-04-27
  • 高清:创意十足!杭州萌娃毕业照留下成长足迹 2019-04-08
  • 上交所:存托凭证上市首日不实行价格涨跌幅限制 2019-04-08
  • 谁拆迁都是一样一片狼藉,拆迁时欢天喜地,回迁时垂头丧气。拆迁者得到好处,被拆者哭天喊地。 2019-04-07
  • 网上支付出现异常如何解决? 2019-04-07
  • [微笑]咱建议进一步提高挂号费标准,最起码也得200元起步…… 2019-03-30
  • 一语惊坛(5月30日):磋商,不等于反复折腾。 2019-03-16
  • 广东福彩26选5走势图:一文搞清Gradle依赖

    之前对 Android Gradle 构建的依赖一直傻傻分不清,这段时间正好接入集团的一个二方库,踩了很多坑,也顺带把 Gradle 依赖这块搞清楚了,主要整理了下 Gradle 依赖的类型、依赖配置、如何查看依赖、依赖冲突如何解决。

    依赖类型

    dependencies DSL 标签是标准 Gradle API 中的一部分,而不是 Android Gradle 插件的特性,所以它不属于 Android 标签。
    依赖有三种方式,如下面的例子:

    apply plugin: 'com.android.application'
    
    android { ... }
    
    dependencies {
        // Dependency on a local library module
        implementation project(":mylibrary")
    
        // Dependency on local binaries
        implementation fileTree(dir: 'libs', include: ['*.jar'])
    
        // Dependency on a remote binary
        implementation 'com.example.android:app-magic:12.3'
    }

    本地 library ??橐览?/strong>

    implementation project(":mylibrary")

    这种依赖方式是直接依赖本地库工程代码的(需要注意的是,mylibrary 的名字必须匹配在 settings.gradle 中 include 标签下定义的??槊郑?。

    本地二进制依赖

    implementation fileTree(dir: 'libs', include: ['*.jar'])

    这种依赖方式是依赖工程中的 module_name/libs/ 目录下的 Jar 文件(注意 Gradle 的路径是相对于 build.gradle 文件来读取的,所以上面是这样的相对路径)。

    如果只想依赖单个特定本地二进制库,可以如下配置:

    implementation files('libs/foo.jar', 'libs/bar.jar')

    远程二进制依赖

    implementation 'com.example.android:app-magic:12.3'

    上面是简写的方式,这种依赖完整的写法如下:

    implementation group: 'com.example.android', name: 'app-magic', version: '12.3'

    group、name、version共同定位一个远程依赖库。需要注意的点是,version最好不要写成”12.3+”这种方式,除非有明确的预期,因为非预期的版本更新会带来构建问题。远程依赖需要在repositories标签下声明远程仓库,例如jcenter()、google()、maven仓库等。

    依赖配置

    目前 Gradle 版本支持的依赖配置有:implementation、api、compileOnly、runtimeOnly 和 annotationProcessor。已经废弃的配置有:compile、provided、apk、providedCompile。此外依赖配置还可以加一些配置项,例如 AndroidTestImplementation、debugApi 等等。

    常用的是 implementation、api、compileOnly 三个依赖配置,含义如下:

    • implementation:与compile对应,会添加依赖到编译路径,并且会将依赖打包到输出(aar或apk),但是在编译时不会将依赖的实现暴露给其他module,也就是只有在运行时其他module才能访问这个依赖中的实现。使用这个配置,可以显著提升构建时间,因为它可以减少重新编译的module的数量。建议,尽量使用这个依赖配置。
    • api:与 compile 对应,功能完全一样,会添加依赖到编译路径,并且会将依赖打包到输出(aar 或a pk)。与 implementation 不同,这个依赖可以传递,其他 module 无论在编译时和运行时都可以访问这个依赖的实现,也就是会泄漏一些不应该不使用的实现。举个例子,A 依赖 B,B 依赖 C,如果都是使用 api 配置的话,A 可以直接使用 C 中的类(编译时和运行时)。而如果是使用 implementation 配置的话,在编译时,A 无法访问 C 中的类。
    • compileOnly:与 provided 对应,Gradle 把依赖加到编译路径,编译时使用,不会打包到输出(aar 或 apk)。这可以减少输出的体积,在只在编译时需要,在运行时可选的情况,很有用。
    • runtimeOnly:与 apk 对应。Gradle添加依赖只打包到 apk,运行时使用,但不会添加到编译路径。这个没有使用过。
    • annotationProcessor:与 compile 对应,用于注解处理器的依赖配置,这个没用过。

    查看依赖树

    可以查看单个module或者这个project的依赖,通过运行依赖的 Gradle 任务,如下:

    1. View -> Tools Windows -> Gradle(或者点击右侧的 Gradle 栏);
    2. 展开 AppName -> Tasks -> Android,然后双击运行 AndroidDependencies。运行完,就会在 Run 窗口打出依赖树了。

    依赖冲突解决

    随着很多依赖加入到项目中,难免会出现依赖冲突,出现依赖冲突如何解决?

    定位冲突

    依赖冲突可能会报类似下面的错误:

    Program type already present com.example.MyClass
    通过查找类的方式(command + O)定位到冲突的依赖,进行排除。

    如何排除依赖

    dependencies 中排除(细粒度)
    compile('com.taobao.android:accs-huawei:[email protected]') {
            transitive = true
            exclude group: 'com.taobao.android', module: 'accs_sdk_taobao'
    }

    全局配置排除

    configurations {
        compile.exclude module: 'cglib'
        //全局排除原有的tnet jar包与so包分离的配置,统一使用aar包中的内容
        all*.exclude group: 'com.taobao.android', module: 'tnet-jni'
        all*.exclude group: 'com.taobao.android', module: 'tnet-so'
    }

    禁用依赖传递

    compile('com.zhyea:ar4j:1.0') {
        transitive = false
    }
    
    configurations.all {
        transitive = false
    }

    还可以在单个依赖项中使用 @jar 标识符忽略传递依赖:

    compile 'com.zhyea:ar4j:[email protected]'
    强制使用某个版本

    如果某个依赖项是必需的,而又存在依赖冲突时,此时没必要逐个进行排除,可以使用force属性标识需要进行依赖统一。当然这也是可以全局配置的:

    compile('com.zhyea:ar4j:1.0') {
        force = true
    }
    
    configurations.all {
        resolutionStrategy {
            force 'org.hamcrest:hamcrest-core:1.3'
        }
    }

    在打包时排除依赖

    先看一个示例:

    task zip(type: Zip) {
        into('lib') {
            from(configurations.runtime) {
                exclude '*unwanted*', '*log*'
            }
        }
        into('') {
            from jar
            from 'doc'
        }
    }

    代码表示在打 zip 包的时候会过滤掉名称中包含 “unwanted” 和 “log” 的 jar 包。这里调用的 exclude 方法的参数和前面的例子不太一样,前面的参数多是 map 结构,这里则是一个正则表达式字符串。

    也可以使用在打包时调用 include 方法选择只打包某些需要的依赖项:

    task zip(type: Zip) {
        into('lib') {
            from(configurations.runtime) {
                include '*ar4j*', '*spring*'
            }
        }
        into('') {
            from jar
            from 'doc'
        }
    }

    主要是使用 dependencies 中排除和全局配置排除。



    相关文章

    发表评论

    Comment form

    (*) 表示必填项

    还没有评论。

    广东好彩36开奖结果
    返回顶部
  • 上海合作组织青岛峰会举行 习近平主持会议并发表重要讲话 2019-05-17
  • 世界上海拔最高的无人超市将落户拉萨 2019-05-17
  • 阳泉首次颁布地方实体性法规 两部法规将于7月1日起实施 2019-05-14
  • 空调有异味是为什么 这是你可能忽略的健康隐患 2019-05-14
  • “黑社会老大”电话敲诈“拿钱消灾” 警方揭骗局 2019-05-12
  • 习近平欢迎出席上海合作组织青岛峰会的外方领导人 2019-04-27
  • 黄家驹蜡像北京揭幕 黄家强动容追忆哥哥 2019-04-27
  • 高清:创意十足!杭州萌娃毕业照留下成长足迹 2019-04-08
  • 上交所:存托凭证上市首日不实行价格涨跌幅限制 2019-04-08
  • 谁拆迁都是一样一片狼藉,拆迁时欢天喜地,回迁时垂头丧气。拆迁者得到好处,被拆者哭天喊地。 2019-04-07
  • 网上支付出现异常如何解决? 2019-04-07
  • [微笑]咱建议进一步提高挂号费标准,最起码也得200元起步…… 2019-03-30
  • 一语惊坛(5月30日):磋商,不等于反复折腾。 2019-03-16
  • 双鹰福建快3统计表 陕西十一选五前三组 平刷王五分彩 福建快3开奖号码昨天 153期飞雪一片一波中特 顶呱刮彩票中奖率高吗 河南11选5历史 江苏时时彩平台 体彩6场半全场奖池 中国足彩网124期 2019中乙直播计划 中体彩 北京pk10冠军直播 珊瑚博彩新浪博客 广西快乐10分破解如何计算