架构设计的常见问题及解决参考

1,引进的第三方库中所依赖的库与主工程中同时存在且版本不同。

例如:XImageView主项目与应用ximageviewlib moudle都引用了并使用了

    implementation 'com.android.support:appcompat-v7:28.0.0'

我们打出的包为 1424KB


架构设计的常见问题及解决参考_第1张图片
项目与module引用第三方库版本相同时包的大小

现在我们将ximageviewlib中引用的库改为:

    implementation 'com.android.support:appcompat-v7:27.1.0'
项目与module引用第三方库版本不同时包的大小

发现打出的包大小一样

    同时将ximageviewlib的targetSdkVersion 28 改为 27后再试试

结果仍然是1424KB

同时将ximageviewlib的targetSdkVersion 28 和 compileSdkVersion 28够改为27后

结果仍然是1424KB

我们将主项目


架构设计的常见问题及解决参考_第2张图片
主项目配置
Android dependency 'com.android.support:support-core-utils' has different version for the compile (27.1.0) and runtime (28.0.0) classpath. You should manually set the same version via DependencyResolution

2,compileOnly与runtimeOnly应用场景的不同与对apk大小的影响

3,support包与第三方依赖库版本不一致的问题

解决方法(同样的适用于其他的依赖冲突。)

1)修改自己项目中的com.android.support的版本号,与所依赖的库版本号一致,但是当我们依赖的库中的com.android.support版本号有好几个版本就不行了。(不推荐)

2)常见方法

api("com.afollestad.material-dialogs:core:0.9.4.7") {
      exclude group: 'com.android.support', module: 'support-v13'
  }

比如对于 Gradle 远程依赖的两个第三方库,他们内部同时依赖相同的另一个辅助第三方库。这个时候我们就没办法像第一种情况那样手动删除本地文件。好在 Gradle 插件提供了相应的解决方案,即使用 exclude 语法,如:

compile 'com.yifeng.example:example-1:1.0'
compile ('com.yifeng.example:example-2:1.0') {
    exclude group: 'com.android.support', module: 'support-v4'
}

如例子中所示,远程依赖的第三方库 example-1 与 example-2 内部同时引入 support-v4 包,那么只需要在其中一个的引入地方添加 exclude 语句,根据 group 和 module 过滤规则,将相同引入的 v4 包剔除在外即可。

当需要在一个依赖中去除多个递归依赖项时,可以使用多条 exclude 语句,比如:

compile ('com.wdullaer:materialdatetimepicker:3.2.2') {
    exclude group: 'com.android.support', module: 'support-v4'
    exclude group: 'com.android.support', module: 'design'
}

还有一种更简单的写法,使用 Groove 语言的循环语句,模板如下(同样适用于 module 规则):

compile() { dep ->
    [group1, group2].each{ group -> dep.exclude group: group }
}

对于上面的例子,便可以改造成:

compile() { dep ->
    ['support-v4', 'support-v13', 'design'].each{ module -> dep.exclude module: module }
}

推荐这种方法,如果发生冲突了,依赖第三方库时候排除掉对com.android.support包的依赖,这样自己的项目随便依赖什么版本都可以。

另外还有一个建议,在我们自己创建library给别人使用时,如果需要依赖com.android.support的话,建议用provided的方式依赖,这样只会在编译时有效,不会参与打包。避免给使用者带来不便。

provided 'com.android.support:appcompat-v7:26.1.0'
provided 'com.android.support:design:26.1.0'
provided 'com.android.support:support-vector-drawable:26.1.0'

4,嵌套库依赖的版本控制问题怎么解决

比如

Manifest merger failed : uses-sdk:minSdkVersion 15 cannot be smaller than version 16 declared in library [com.zhxh:xbuttonlib:3.8] C:\Users\zhxh.gradle\caches\transforms-1\files-1.1\xbuttonlib-3.8.aar\fae3e2f73319b4c37bfc7b235d694cf6\AndroidManifest.xml as the library might be using APIs not available in 15
Suggestion: use a compatible library with a minSdk of at most 15,
or increase this project's minSdk version to at least 16,
or use tools:overrideLibrary="com.zhxh.xbuttonlib" to force usage (may lead to runtime failures)

暂时先写这些,这两天整理出来

你可能感兴趣的:(架构设计的常见问题及解决参考)