kotlin data class 和 class 区别

kotlin data class 和 java class 区别

使用限制

data class 必须要有带参数的构造方法 (Data class must have at least one primary constructor parameter)

data class 不能被继承(Modifier ‘data’ is incompatible with ‘open’)

实现区别

普通class

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class Nearby(val age: Int)

//转成java

public final class Nearby {
private final int age;

public final int getAge() {
return this.age;
}

public Nearby(int age) {
this.age = age;
}
}

data class

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

data class Nearby(val age: Int)

//转成java

public final class Nearby {
private final int age;

public final int getAge() {
return this.age;
}

public Nearby(int age) {
this.age = age;
}

public final int component1() {
return this.age;
}

@NotNull
public final Nearby copy(int age) {
return new Nearby(age);
}

// $FF: synthetic method
public static Nearby copy$default(Nearby var0, int var1, int var2, Object var3) {
if ((var2 & 1) != 0) {
var1 = var0.age;
}

return var0.copy(var1);
}

@NotNull
public String toString() {
return "Nearby(age=" + this.age + ")";
}

public int hashCode() {
return Integer.hashCode(this.age);
}

public boolean equals(@Nullable Object var1) {
if (this != var1) {
if (var1 instanceof Nearby) {
Nearby var2 = (Nearby)var1;
if (this.age == var2.age) {
return true;
}
}

return false;
} else {
return true;
}
}
}

两相对比,data class比class 多实现了 toString()、hashCode()、equals()、copy()、componentN()方法。
hashCode()、equals()是用来比较对象内容是否相同,多用于HashMap等容器中;
toString()是用来打印对象内容;
copy()实现了复制功能;
componentN()提供了快速访问元素的功能。
从上面看data class的功能 class都能实现,data class只是是kotlin提供的具有常用数据model功能的类,用于提升开发效率。

一点拓展

data class 可以有普通变量吗?答案是可以,那普通变量和元素变量有何区别呢?看下面的例子:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73

data class Nearby(val age: Int) {
var name = "nearby"
}

///转成java

public final class Nearby {
@NotNull
private String name;
private final int age;

@NotNull
public final String getName() {
return this.name;
}

public final void setName(@NotNull String var1) {
Intrinsics.checkNotNullParameter(var1, "<set-?>");
this.name = var1;
}

public final int getAge() {
return this.age;
}

public Nearby(int age) {
this.age = age;
this.name = "nearby";
}

public final int component1() {
return this.age;
}

@NotNull
public final Nearby copy(int age) {
return new Nearby(age);
}

// $FF: synthetic method
public static Nearby copy$default(Nearby var0, int var1, int var2, Object var3) {
if ((var2 & 1) != 0) {
var1 = var0.age;
}

return var0.copy(var1);
}

@NotNull
public String toString() {
return "Nearby(age=" + this.age + ")";
}

public int hashCode() {
return Integer.hashCode(this.age);
}

public boolean equals(@Nullable Object var1) {
if (this != var1) {
if (var1 instanceof Nearby) {
Nearby var2 = (Nearby)var1;
if (this.age == var2.age) {
return true;
}
}

return false;
} else {
return true;
}
}
}

Android gradle依赖冲突解决办法

1.出现的冲突

2.解决方法(解决方法都跟第三部分依赖树有很大关系,建议结合起来看啦)

方法一

1
2
3
4
configurations.all {
//强制使用某个版本的依赖,若需强制多个依赖,可以逗号分割,
resolutionStrategy.force 'com.android.support:support-annotations:26.1.0'
}

方法二

1
2
3
4
5
6
7
8
9
10
configurations.all {
resolutionStrategy.eachDependency { DependencyResolveDetails details ->
def requested = details.requested
if (requested.group == 'com.android.support') {
if (!requested.name.startsWith("multidex")) {
details.useVersion '26.1.0'
}
}
}
}

方法三

通过 exclude 移除造成冲突的依赖

1
2
3
4
5
6
androidTestImplementation ('com.android.support.test:runner:1.0.2'){
exclude group:'com.android.support',module: 'support-annotations'
}
androidTestImplementation ('com.android.support.test.espresso:espresso-core:3.0.2'){
exclude group:'com.android.support',module: 'support-annotations'
}

3.查看依赖的依赖列表(依赖树)

1
gradlew -q app:dependencies

依赖树

可以看到appcompat-v7和runner中都有依赖support-annotations,可以看到冲突存在的位置是26.1.0–>27.1.1

还有一种更简单的方法可以看到冲突所在,在module下的gradle.buildd下添加如下代码,但缺点就是不知道具体它是哪个上层依赖引起的,可以结合起来在 Terminal 打印的日志中直接搜索,可快速定位到冲突所在,毕竟依赖树打印出来是一大串的

1
2
3
4
5
configurations.all {
resolutionStrategy {
failOnVersionConflict()
}
}

4.什么情况下会产生依赖冲突?

如果通过相同的方式引入不同版本的依赖库,默认会选择最新版本,不同的方式引入则会产生依赖冲突。引入的方式有:通过jar/aar、maven(不同的compile也算不同方式,如cmpile和androidTestCompile两者引入的方式不同)
具体可看:android studio 关于gradle依赖管理的一些知识

了解Android支持库

各种导入方式

解决 Android Gradle 依赖的各种版本问题

Android 7.0以上 charles OpenSSLhttps抓包

1.用Charles导出证书,随便命名 charles.pem

2.window 安装open ssl(http://slproweb.com/products/Win32OpenSSL.html),然后配置环境变量,把openssl安装路径bin的路径(例如 C:\OpenSSL-Win64\bin)加入到操作系统的系统环境变量Path中
 window 配置 open  ssl  方式

Mac OS上其实默认安装了OpenSSL

3.将导出的的证书(charles.pem)导入电脑中

4.在cmd中输入

openssl x509 -subject_hash_old -in

为刚才下载的证书(charles.pem),这个路径为绝对路径

处理证书

然后将 charles.pem 这个文件改为 生成的数字加.0,例如

重命名证书
5.然后在用前端根证书导入的方法导入证书
adb root
adb remount
adb push 0505096d.0 /etc/security/cacerts/
adb shell chmod 644 /etc/security/cacerts/0505096d.0

如果remount或push失败,需要执行以下命令
adb disable-verity
adb reboot

6.以上方法一般可以抓到了,如果还是不行,需要配置 Proxy——SSL Proxying Settings——SSL Proxying,勾选Enable ——SSL Proxying,点击“add”,将Host和Port配置为*,如下图所示:

重命名证书

深入详解Apk编译打包流程

apk的编译流程

1、apk文件

. apk是Android Package的缩写;
. 解压apk文件后包含AndroidManifest.xml、assets目录、classes.dex(还可能有 classes2.dex,classes3.dex…classesN.dex)、lib目录、META-INF目录、res目录和resources.arsc;
. classes.dex 是.dex文件;
. resources.arsc是resources resources文件;
. AndroidManifest.xml是AndroidManifest.xml文件;
. res是uncompiled resources;
. META-INF是签名文件夹;

2、打包流程

Alt text

打包中需要的工具

. aapt:Android资源打包工具,${ANDROID_SDK_HOME}/platform-tools/appt
. aidl:Android接口描述语言转化为.java文件的工具,${ANDROID_SDK_HOME}/platform-tools/aidl
. javac:Java Compiler,${JDK_HOME}/javac或/usr/bin/javac
. dex:转化.class文件为Davik VM能识别的.dex文件,${ANDROID_SDK_HOME}/platform-tools/dx
. apkbuilder:生成apk包,${ANDROID_SDK_HOME}/tools/opkbuilder
. jarsigner:.jar文件的签名工具,${JDK_HOME}/jarsigner或/usr/bin/jarsigner
. zipalign:字节码对齐工具,${ANDROID_SDK_HOME}/tools/zipalign

2.1打包资源文件,生成R.java文件

使用aapt来打包res资源文件,生成R.java、resources.arsc和res文件(二进制 & 非二进制如res/raw和pic保持原样);

res目录

. animator:这类资源以XML文件保存在res/animator目录下,用来描述属性动画;
. anim:这类资源以XML文件保存在res/anim目录下,用来描述补间动画;
. color:这类资源以XML文件保存在res/color目录下,用描述对象颜色状态选择子;
. drawable:这类资源以XML或者Bitmap文件保存在res/drawable目录下,用来描述可绘制对象。例如,我们可以在里面放置一些图片(.png, .9.png, .jpg, .gif),来作为程序界面视图的背景图;
. layout:这类资源以XML文件保存在res/layout目录下,用来描述应用程序界面布局;
. menu:这类资源以XML文件保存在res/menu目录下,用来描述应用程序菜单;
. raw:这类资源以任意格式的文件保存在res/raw目录下,它们和assets类资源一样,都是原装不动地打包在apk文件中的,不过它们会被赋予资源ID,这样我们就可以在程序中通过ID来访问它们。例如,假设在res/raw目录下有一个名称. . 为filename的文件,并且它在编译的过程,被赋予的资源ID为R.raw.filename,那么就可以使用以下代码来访问它:
. Resources res = getResources();
. InputStream is = res .openRawResource(R.raw.filename);
. values:这类资源以XML文件保存在res/values目录下,用来描述一些简单值,例如,数组、颜色、尺寸、字符串和样式值等,一般来说,这六种不同的值分别保存在名称为arrays.xml、colors.xml、dimens.xml、strings.xml. 和styles.xml文件中;
. xml:这类资源以XML文件保存在res/xml目录下,一般就是用来描述应用程序的配置信息;

resources.arsc文件

. resources.arsc这个文件记录了所有的应用程序资源目录的信息,包括每一个资源名称、类型、值、ID以及所配置的维度信息;
. 我们可以将这个resources.arsc文件想象成是一个资源索引表,这个资源索引表在给定资源ID和设备配置信息的情况下,能够在应用程序的资源目录中快速地找到最匹配的资源;

R.java文件

. R.java文件,里面拥有很多个静态内部类,比如layout,string等;
. 每当有这种资源添加时,就在R.java文件中添加一条静态内部类里的静态常量类成员,且所有成员都是int类型;

2.2处理AIDL文件,生成对应的.java文件

. AIDL (Android Interface Definition Language), Android接口定义语言,Android提供的IPC (Inter Process Communication,进程间通信)的一种独特实现;
. 这个阶段处理.aidl文件,生成对应的Java接口文件;

2.3编译Java文件,生成对应的.class文件

. 编译工程源码,生成相应的class文件。处理文件包括src、R.java、AIDL生成的 java 文件,库jar文件;
. 调用了javac编译工程的src目录下所有的java源文件,生成的class文件位于工程的bin\classess目录下;

2.4把.class文件转化成Davik VM支持的.dex文件

. 转换所有的class文件,生成classes.dex文件。处理文件就是上一步生成的 .class 文件;
. 使用dx工具将java字节码转换为dalvik字节码、压缩常量池、消除冗余信息等;
. 通过dex命令,将.class文件和第三方库中的.class文件处理生成classes.dex;

2.5打包生成未签名的.apk文件

将classes.dex、resources.arsc、res文件夹(res/raw资源被原装不动地打包进APK之外,其它的资源都会被编译或者处理)、Other Resources(assets文件夹)、AndroidManifest.xml打包成apk文件;
注意:

res/raw和assets的相同点:

两者目录下的文件在打包后会原封不动的保存在apk包中,不会被编译成二进制;

res/raw和assets的不同点:

. res/raw中的文件会被映射到R.java文件中,访问的时候直接使用资源ID即R.id.filename;assets文件夹下的文件不会被映射到R.java中,访问的时候需要AssetManager类;
. res/raw不可以有目录结构,而assets则可以有目录结构,也就是assets目录下可以再建立文件夹;

2.6对未签名.apk文件进行签名

. android的应用程序需要签名才能在android设备上安装,签名apk文件有两种情况:
. 在调试应用程序时,也就是我们通常称为的debug模式的签名,平时开发的时候,在编译调试程序时会自己使用一个debug.keystore对apk进行签名;
. 正式发布时对应用程序打包进行签名,这种情况下需要提供一个符合android开发文档中要求的签名文件。这种签名也是分两种: JDK中提供的jarsigner工具签名 、android源码中提供的signapk工具;

2.7对签名后的.apk文件进行对齐处理

. release mode 下使用 aipalign进行align,即对签名后的apk进行对齐处理;
. Zipalign是一个android平台上整理APK文件的工具,它对apk中未压缩的数据进行4字节对齐,对齐后就可以使用mmap函数读取文件,可以像读取内存一样对普通文件进行操作。如果没有4字节对齐,就必须显式的读取,这样比较缓慢并且会耗费额外的内存;
. 在 Android SDK 中包含一个名为 “zipalign” 的工具,它能够对打包后的 app 进行优化。 其位于 SDK 的 build-tools 目录下;

Alt text

Android 如何判断APK是否使用了v2签名

Android v2签名,是Google在Android N版本上引入的一种签名方式,目的是为了提升APK的安装速度。
查看Android v2签名的方法:

  1. 开发者可以参看APK的根目录“META-INF/CERT.SF”文件,如果其文件头有“X-Android-APK-Signed”字段,则为Android v2签名,没有则为原有签名方式。如下图: