Support V4 包大拆分

v4 包从 2011 年开始引入,包含 ViewPager、FragmentActivity 等我们常用的功能。
24.2.0 之后,为了提高效率,此库拆分成多个模块。出于向后兼容的考虑,如果您在 Gradle 脚本中依赖了 support-v4,您的 APK 将包含所有的 v4 模块。不过,要减少 APK 大小,我们建议仅依赖需要的特定模块。目前v4包拆分为 5 个子的 Module,每个 Module 可以被单独引用。

1、子Module介绍

其中
(1) support-compat
兼容一些 Framework API。如 Context.getDrawable() 和 View.performAccessibilityAction()。
Gradle依赖如下所示:
com.android.support:support-compat:24.2.0

(2) support-core-utils
提供一系列核心的工具,如 AsyncTaskLoader 和 PermissionChecker。
Gradle依赖如下所示:
com.android.support:support-core-utils:24.2.0

(3) support-core-ui
提供一系列核心的 UI,如 ViewPager、 NestedScrollView。
Gradle依赖如下所示:
com.android.support:support-core-ui:24.2.0

(4) support-media-compat
android.media 兼容库,包括 MediaBrowser 和 MediaSession。
Gradle依赖如下所示:
com.android.support:support-media-compat:24.2.0

(5) support-fragment
fragment 的兼容库
Gradle依赖如下所示:
com.android.support:support-fragment:24.2.0

2、子 Module 间依赖关系


PS:其中 support-annotations 为一些注解的声明库,如我们比较常用的 RequiresApi、UiThread、NonNull。

从中可以看出 support-fragment 依赖于所有其他子 Module,而 support-v4 包含所有 Module,所以现在引入
compile 'com.android.support:support-fragment:24.2.0'

compile 'com.android.support:support-v4:24.2.0'
的效果是一样的。

3. 问题

support-v4 拆分的好处第一眼看来便是能减少应用大小,因为你不需要引用完整的 support-v4 包,只需要引用子的 Module 即可。
比如我只用了 AsyncTaskLoader,只需要引用 support-core-utils 即可,只有 90k 哎,比原来的 1.3M 降了一个数量级多,应用减少了 1M 多哎,然而真的这样吗?
(1) support-compat 过大
大家知道 AAR 的大小是不包含它的依赖大小的,所以 support-core-utils 90k大小仅表示自己的代码和资源总大小。
从上面的依赖关系可以看出它们都依赖 support-compat,而 support-compat 有 602k,它依赖的 support-annotations 还有 21k,这样引用 support-core-utils 实际增大大小约为 700k+。这样比 1.3M 还是少了一半,也是不错,然而还没有结束。
(2) support-v4 触角太深
v4 包从 2011 年开始出来,由于 ViewPager、FragmentActivity 等类,v4 被大量其他包引用,早已子孙遍全球,比如 v7 兼容包 appcompat-v7 就依赖 v4。
我们可以尝试通过 exclude module 可以把 v7 中 v4 去掉,然并卵,v7 依赖 FragmentActivity 这个类,而 FragmentActivity 位于 v4 的 support-fragment 中,所以依赖变成这样:
compile ('com.android.support:appcompat-v7:24.2.0') {
    exclude module: 'support-v4'
}
compile 'com.android.support:support-fragment:24.2.0'
上面介绍过现在 com.android.support:support-fragment 与 com.android.support:support-v4 已经几乎无异,所以对于依赖 v7 的 App 来说这次的 v4 拆分不能带来任何依赖包体积的精简。
初步看来 data-binding 也依赖与 support-v4。

4. 好处

这样看来 v4 包的拆分是否是 Google 的自娱自乐,对于开发者全无好处呢?我看并不是。
1 这个拆分本身对于 V4 包项目来说是好事
各模块划清各自功能边界,充分解耦。
2 减小apk体积
灵活选择自己需要的module
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值