标签: Android Gradle

Android App 编译构建知识的小调查

不久前写了篇文章《 Google I/O 21 Android Gradle Plugin 更新总结》,被 Google 的 “Android 开发者” 转载了。今天收到了一些反馈是:能不能也写写 Gradle 和 AGP 基础的文章。确实我接触过的*大多数 Android 开发者都对 Android 构建方面的知识有种敬畏感,Gradle + Android Gradle Plugin ( AGP )的组合复杂度不低,而互联网上能找到的系统性资料稀少(英文都不多,中文就更少啦),大家有时候想学也难以下手,比如看看下面这些底层工具技术以及架构应用:

底层技术:Gradle 、AGP 、Annotation Processor ( AP )、AAPT 、D8&R8 、ByteCode modification 、Dex modification 、Kotlin Compiler 、ZIP&APK&AAR&AAB 、IDE Plugin 、etc.

架构应用:依赖注入、组件化、插件化、多渠道包、SDK 按需接入、白牌应用、多维度测试(单元、集成、功能测试)、安全防护(混淆、加壳、native 加密…),Jetpack Compose 、CICD 以及更多其他的自动化流程;

编译构建的知识不仅是为了加快构建速度,还包含了自动化、架构优化的诸多方面,甚至与运行时的合作联动。也因此,我一直在思考对于这类文章的广度和深度应该怎么样去调整——啊,想破脑袋不如找广大的开发者们投个票好啦。AB 才疏学浅,下方的选项仅基于个人的理解来编写,有不足之处欢迎提建议~

  1. “仅基础使用”(初级):我能读懂、修改 build.gradle(.kts),对 Gradle 、AGP 有基础的认知,例如了解 Gradle 的任务机制,但碰到非 App 源码的编译错误有点不知所措;
  2. “实现高效自动化、工程化”(中级):我对工程化、自动化有一定的认知、追求,可以通过构建脚本拆分、自定义 Task 来实现日常事务的优化,例如使用 buildSrc 模块抽取并统一管理依赖、使用自定义 Task 组合 CICD 的流程,运用一些*佳实践来提高编译构建效率;
  3. “编译构建增强”(高级):我可以通过查阅 Gradle 文档、Debug AGP 、编译期的 Profiler 日志,来自定义 Annotation Processor 、Gradle Plugin 等解决一个项目碰到实际问题,抽象成一套可复用的工具;
  4. “对编译构建有较为全面的理解”(资深):我了解编译构建的主要环节实现,常见架构应用的原理,实践过多个编译构建增强工具,对项目的基础架构梳理得井井有条;
  5. “深度参与”(垂直领域专家):我了解 Android App 编译构建的前沿发展,积*参与社区 Discussion 、Proposal 、PR 、Review,灵活运用、修改各类工具,对于不同类型的问题、需求能给出优解、多解。

%title插图%num

 

 

9 条回复    2021-09-16 16:26:08 +08:00

2bab
    1

2bab   3 天前

不方便的话也可以在这里留言讨论~
AoEiuV020
    2

AoEiuV020   3 天前   ❤️ 1

1.5 吧,感觉工作中没有更复杂的需求要深入 agp 的,个人除了*基本的使用,还可以自己写一些预处理,排查一些 gradle 配置导致的问题,但也就这样了,
zhouquanbest
    3

zhouquanbest   3 天前   ❤️ 1

借地发广告:
快手招 Android 构建方向专家,现在股价已经在触底反弹时期了,抄底好时机。
北京、上海、杭州、深圳都有 base
工作方向为深入 Gradle 和 AGP,针对性修改其实现机制来满足快手编译性能和研发需求。*好对 R8 有比较充足的理解

对构建方向有兴趣的小伙伴也招!位置不多,薪资丰厚。

zhouquan@kuaishou.com 内推*金都归你

2bab
    4

2bab   3 天前

@zhouquanbest 哈哈哈哈哈碰到熟人了,广告都打了,帮我填个问卷吧!
imtianx
    5

imtianx   3 天前

@zhouquanbest 之前面过没过,多久后可以继续面试哇
imtianx
    6

imtianx   3 天前   ❤️ 1

编译构建相关的知识确实很少很少,解决起来效率还不是那么快。不过现在好用了很多了。
winterbells
    7

winterbells   3 天前   ❤️ 1

不知道自己属于什么位置,花点时间能抄个像模像样的

之前把公司项目都改成 kts 了,各种报错。
*后还是靠 GitHub 救了自己,直接搜关键词 + 后缀名 kts

这篇文章中午看到了。我以为公众号的文章都是自己投稿的。

penguinWWY
    8

penguinWWY   3 天前   ❤️ 1

逻辑上属于 3.5 ?
从罗列的技术看
gradle 比较熟悉,看过源码,提过 pr
kotlin 也比较熟,自己的项目基本都是用 kotlin 代替 java,看过 kotlinc 和 kotlin-native 的部分源代码
做过 Android 加固,所以字节码、d8 啥的也都看过,自己写过 dex2class 工具
编译构建属于本职工作,Android 的编译过程和构建算是比较简单的了。。。

唯一的问题是,我不做 Android,解决的实际问题比较少,一般都是加固、反编译时候遇到的

zhouquanbest
    9

zhouquanbest   1 天前

@imtianx 不是一个部门无 CD 同一个部门 3 个月 CD

Android Gradle 3.X 中依赖指令implementation和api的区别

AndroidStudio升级到3.0之后,gradle版本也随之升级到了3.0.0版本。

classpath 'com.android.tools.build:gradle:3.0.0'

在新建一个Android工程的时候,build.gradle中的依赖默认为implementation,而不是之前的compile。另外,gradle 3.0.0版本以上,还有依赖指令api。本文主要介绍下implementation和api的区别。

新建工程默认生成的app的build.gradle文件中的依赖:

  1. dependencies {
  2. implementation fileTree(include: [‘*.jar’], dir: ‘libs’)
  3. implementation ‘com.android.support:appcompat-v7:26.1.0’
  4. implementation ‘com.android.support.constraint:constraint-layout:1.0.2’
  5. testImplementation ‘junit:junit:4.12’
  6. androidTestImplementation ‘com.android.support.test:runner:1.0.1’
  7. androidTestImplementation ‘com.android.support.test.espresso:espresso-core:3.0.1’
  8. }

api 指令

完全等同于compile指令,没区别,你将所有的compile改成api,完全没有错。

implementation指令

这个指令的特点就是,对于使用了该命令编译的依赖,对该项目有依赖的项目将无法访问到使用该命令编译的依赖中的任何程序,也就是将该依赖隐藏在内部,而不对外部公开。

简单的说,就是使用implementation指令的依赖不会传递。例如,有一个module为testsdk,testsdk依赖于gson:

implementation 'com.google.code.gson:gson:2.8.2'

这时候,在testsdk里边的java代码是可以访问gson的。

另一个module为app,app依赖于testsdk:

implementation project(':testsdk')

这时候,因为testsdk使用的是implementation 指令来依赖gson,所以app里边不能引用gson。

但是,如果testsdk使用的是api来引用gson:

api 'com.google.code.gson:gson:2.8.2'

则与gradle3.0.0之前的compile指令的效果完全一样,app的module也可以引用gson。这就是api和implementation的区别。

建议

在Google IO 相关话题的中提到了一个建议,就是依赖首先应该设置为implementation的,如果没有错,那就用implementation,如果有错,那么使用api指令。使用implementation会使编译速度有所增快

Gradle For Android(四)Gradle编译中神秘的混淆

在日常开发中进行打包apk的一些往事,打包测试、打包上传应用商店,这些都避免不了。当然在这过程中,除了签名打包,当然少不了代码的混淆了。代码混淆,说白了就是代码压缩、代码混淆以及资源压缩的优化。依靠 ProGuard,将所有类名、方法名重命名为无意义的简单名称,增加了逆向工程难度。依靠Gradle插件,移除了没有使用的资源,减少了apk大小 。

一、Android Gradle 混淆中的配置

一般,在我们的application moudle中的gradle配置项buildTypes中,例如如下:

<pre class=”hljs java” data-original-code=”” release=”” {=”” release类型”=”” data-snippet-id=”ext.1744a3506a70e65a40398e84a3d3b3d4″ data-snippet-saved=”false” data-codota-status=”done”>

  1. release { //release类型
  2. minifyEnabled false
  3. // 启用混淆
  4. proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
  5. }

这里minifyEnabled表示启动混淆,一般启动混淆编译速度会比较慢,因此在编译debug版本的时候一般默认不开启。proguard-rules.pro这个表示该module默认的混淆文件,我们可以直接将混淆内容写在这里。另外,这里也要说下**shrinkResources **这个字段,当为true的时候,表示打开资源压缩,编译时会去掉没被使用的资源文件。

修改后的配置代码如下:

  1. buildTypes {//表示构建类型 一般有release debug 两种
  2. debug{
  3. buildConfigField 'String','STATE_TEST','"debug"'//buildConfigField
  4. resValue "string", "test_value", "AGradle_debug"//resValue
  5. }
  6. release { //release类型
  7. minifyEnabled true // 启用混淆
  8. shrinkResources true // 资源压缩
  9. proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
  10. buildConfigField 'String','STATE_TEST','"release"' //buildConfigField
  11. resValue "string", "test_value", "AGradle_release" //resValue
  12. }
  13. }

二、混淆规则举例

这里贴下网上认为比较”通用”的混淆规则如下:

  1. #指定压缩级别
  2. -optimizationpasses 5
  3. #不跳过非公共的库的类成员
  4. -dontskipnonpubliclibraryclassmembers
  5. #混淆时采用的算法
  6. -optimizations !code/simplification/arithmetic,!field/*,!class/merging/*
  7. #把混淆类中的方法名也混淆了
  8. -useuniqueclassmembernames
  9. #优化时允许访问并修改有修饰符的类和类的成员
  10. -allowaccessmodification
  11. #将文件来源重命名为“SourceFile”字符串
  12. -renamesourcefileattribute SourceFile
  13. #保留行号
  14. -keepattributes SourceFile,LineNumberTable
  15. #保持所有实现 Serializable 接口的类成员
  16. -keepclassmembers class * implements java.io.Serializable {
  17. static final long serialVersionUID;
  18. private static final java.io.ObjectStreamField[] serialPersistentFields;
  19. private void writeObject(java.io.ObjectOutputStream);
  20. private void readObject(java.io.ObjectInputStream);
  21. java.lang.Object writeReplace();
  22. java.lang.Object readResolve();
  23. }
  24. #Fragment不需要在AndroidManifest.xml中注册,需要额外保护下
  25. -keep public class * extends android.support.v4.app.Fragment
  26. -keep public class * extends android.app.Fragment
  27. # 保持测试相关的代码
  28. -dontnote junit.framework.**
  29. -dontnote junit.runner.**
  30. -dontwarn android.test.**
  31. -dontwarn android.support.test.**
  32. -dontwarn org.junit.**

“通用”,当然真正实现通用,除了上面的混淆规则,需要根据项目需要添加自定义的混淆规则

例如:

  • 第三方库混淆规则。这个比较常见,直接接入官方说明文档。
  • model实体类,典型在转化json的时候,必须保证model不被混淆,因此需加入–keep public class

JNI中调用的类以及方法不可被混淆

  • WebView中JavaScript调用的接口不混淆
  • AndroidMainfest、四大组件以及Application的子类不混淆
  • Parcelable的子类和Creator静态成员变量不混淆,否则会产生Android.os.BadParcelableException异常
  • Layout布局使用的View构造函数、android:onClick等。

三、混淆结果的检测

在开启混淆后,通过混淆配置打包后,会在目录:

  1. <module>/outputs/mapping/<渠道名>/<编译类型>/..

如图所示:

%title插图%num
gradle.png

下面大概说明下:

  • dump.txt :描述APK文件中所有类的内部结构
  • mapping.txt :提供混淆前后类、方法、类成员等的对照表
  • seeds.txt:列出没有被混淆的类和成员

usage.txt: 列出被移除的代码

我们可以根据 seeds.txt 文件检查未被混淆的类和成员中是否已包含所有期望保留的,再根据 usage.txt 文件查看是否有被误移除的代码。建议读者都试下去查看下,必须有收获~

四、自定义混淆规则

(一) proguard 参数
  • include {filename} 从给定的文件中读取配置参数
  • basedirectory {directoryname} 指定基础目录为以后相对的档案名称
  • injars {class_path} 指定要处理的应用程序jar,war,ear和目录
  • outjars {class_path} 指定处理完后要输出的jar,war,ear和目录的名称
  • libraryjars {classpath} 指定要处理的应用程序jar,war,ear和目录所需要的程序库文件
  • dontskipnonpubliclibraryclasses 指定不去忽略非公共的库类。
  • dontskipnonpubliclibraryclassmembers 不跳过非公共的库的类成员

上面部分参数,日常移动开发的应用混淆中也不是经常使用到的,如果读者想进一步深入了解每个参数实际作用,可以去官网进行查阅,这里笔者不做太多说明哈。

(二)keep 参数
  • keep {Modifier(属性,例如public,以下说明一致)} {class_specification(具体类或者成员的位置,以下说明一致)} 防止类和成员被移除或者被重命名
  • keepclassmembers {modifier} {class_specification} 防止成员被移除或者被重命名
  • keepnames {class_specification} 防止成员被重命名)
  • keepclassmembernames {class_specification} 防止拥有该成员的类和成员被移除或者被重命名
  • keepclasseswithmembernames {class_specification} 防止拥有该成员的类和成员被重命名
(三)混淆的必须知道的一些规则

1、一般规则形式:

  1. [命令] [类] {
  2. [成员]
  3. }

:代表相关指定条件的类,例如

  • 具体的类
  • 访问修饰符(publicprotectedprivate
  • 通配符*,匹配任意长度字符,但不含包名分隔符(.)
  • 通配符**,匹配任意长度字符,并且包含包名分隔符(.)
  • extends,即可以指定类的基类
  • implement,匹配实现了某接口的类
  • $,内部类

成员:代表指定类后符合指定条件的成员变量,例如

  • 匹配所有构造器
  • 匹配所有域
  • 匹配所有方法
  • 通配符*,匹配任意长度字符,但不含包名分隔符(.)
  • 通配符**,匹配任意长度字符,并且包含包名分隔符(.)
  • 通配符***,匹配任意参数类型
  • ,匹配任意长度的任意类型参数。比如void test(…)就能匹配任意 void test(String a) 或者是 void test(int a, String b) 这些方法。
  • 访问修饰符(publicprotectedprivate

举个例子,假如需要将name.huihui.test包下所有继承Activitypublic类及其构造函数都保持住,可以这样写:

  1. -keep public class name.huihui.test.** extends Android.app.Activity {
  2. <init>
  3. }

2、常用自定义混淆规则

  • 不混淆某个类
  1. -keep public class name.huihui.example.Test { *; }
  • 不混淆某个包所有的类
  1. -keep class name.huihui.test.** { *; }
  • 不混淆某个类的子类
  1. -keep public class * extends name.huihui.example.Test { *; }
  • 不混淆所有类名中包含了“model”的类及其成员
  1. -keep public class **.*model*.** {*;}
  • 不混淆某个接口的实现
  1. -keep class * implements name.huihui.example.TestInterface { *; }
  • 不混淆某个类的构造方法
  1. -keepclassmembers class name.huihui.example.Test {
  2. public <init>();
  3. }
  • 不混淆某个类的特定的方法
  1. -keepclassmembers class name.huihui.example.Test {
  2. public void test(java.lang.String);
  3. }

五、自定义资源保持规则

前面说的通过shrinkResources true开启资源压缩后,未被使用的资源默认不会被打包进去。如果开发者是自定义保留指定的资源文件,可以在res/raw/ 路径下创建一个 xml 文件,例如 keep.xml,进行自定义混淆规则。

一般属性有:

  • tools:keep 定义哪些资源需要被保留(资源之间用“,”隔开)
  • tools:discard 定义哪些资源需要被移除(资源之间用“,”隔开)
  • tools:shrinkMode 开启严格模式

例如:

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <resources xmlns:tools="http://schemas.android.com/tools"
  3. tools:keep="@layout/l_used*_c,@layout/l_used_a,@layout/l_used_b*"
  4. tools:discard="@layout/unused2"
  5. tools:shrinkMode="strict"/>

 

友情链接: SITEMAP | 旋风加速器官网 | 旋风软件中心 | textarea | 黑洞加速器 | jiaohess | 老王加速器 | 烧饼哥加速器 | 小蓝鸟 | tiktok加速器 | 旋风加速度器 | 旋风加速 | quickq加速器 | 飞驰加速器 | 飞鸟加速器 | 狗急加速器 | hammer加速器 | trafficace | 原子加速器 | 葫芦加速器 | 麦旋风 | 油管加速器 | anycastly | INS加速器 | INS加速器免费版 | 免费vqn加速外网 | 旋风加速器 | 快橙加速器 | 啊哈加速器 | 迷雾通 | 优途加速器 | 海外播 | 坚果加速器 | 海外vqn加速 | 蘑菇加速器 | 毛豆加速器 | 接码平台 | 接码S | 西柚加速器 | 快柠檬加速器 | 黑洞加速 | falemon | 快橙加速器 | anycast加速器 | ibaidu | moneytreeblog | 坚果加速器 | 派币加速器 | 飞鸟加速器 | 毛豆APP | PIKPAK | 安卓vqn免费 | 一元机场加速器 | 一元机场 | 老王加速器 | 黑洞加速器 | 白石山 | 小牛加速器 | 黑洞加速 | 迷雾通官网 | 迷雾通 | 迷雾通加速器 | 十大免费加速神器 | 猎豹加速器 | 蚂蚁加速器 | 坚果加速器 | 黑洞加速 | 银河加速器 | 猎豹加速器 | 海鸥加速器 | 芒果加速器 | 小牛加速器 | 极光加速器 | 黑洞加速 | movabletype中文网 | 猎豹加速器官网 | 烧饼哥加速器官网 | 旋风加速器度器 | 哔咔漫画 | PicACG | 雷霆加速