2022届毕业生还没找到Android开发工作，Android面试必问

作者：孝敏敏__216 | 来源：互联网 | 2023-10-11 13:50

前言很多公司在招人这件事情上都会面临一个问题；“我们的招聘要求又不高，能做项目就行，但为什么就是招不到人？”很多公司还面

前言

很多公司在招人这件事情上都会面临一个问题&＃xff1b;
“我们的招聘要求又不高&＃xff0c;能做项目就行&＃xff0c;但为什么就是招不到人&＃xff1f;”

很多公司还面临一个问题&＃xff0c;招聘的时候这人各方面都不错&＃xff0c;但上岗了就是不出活&＃xff0c;绩效平平。

要解决上面的这两个问题&＃xff0c;需要一个衡量人能力的标准&＃xff0c;这个标准不仅适用于招聘&＃xff0c;同样也适用于考核、职等评定等&＃xff0c;我叫这种标准为技能树。

这里所说的技能树&＃xff0c;不仅包含技术能力&＃xff0c;还包括工作能力。我始终认为一个人的工作能力并不同等于他的技术能力&＃xff0c;工作能力除技术本身外&＃xff0c;还包括这个人的综合素质&＃xff08;合作交流、工作态度、自我实现欲望等&＃xff09;。很多人技术能力不错&＃xff0c;但工作上仅仅是一个执行者&＃xff0c;难当大任。

下面列出的Android应用开发人员的技能树仅为本人结合自身工作经验和感受的理解&＃xff0c;无论对于一个团队还是个人&＃xff0c;它不一定是标准&＃xff0c;但具有一定的参考价值。

1、网络

网络协议模型

应用层&＃xff1a;负责处理特定的应用程序细节
HTTP、FTP、DNS

传输层&＃xff1a;为两台主机提供端到端的基础通信
TCP、UDP

网络层&＃xff1a;控制分组传输、路由选择等
IP

链路层&＃xff1a;操作系统设备驱动程序、网卡相关接口

TCP 和 UDP 区别

TCP 连接&＃xff1b;可靠&＃xff1b;有序&＃xff1b;面向字节流&＃xff1b;速度慢&＃xff1b;较重量&＃xff1b;全双工&＃xff1b;适用于文件传输、浏览器等

全双工&＃xff1a;A 给 B 发消息的同时&＃xff0c;B 也能给 A 发
半双工&＃xff1a;A 给 B 发消息的同时&＃xff0c;B 不能给 A 发

UDP 无连接&＃xff1b;不可靠&＃xff1b;无序&＃xff1b;面向报文&＃xff1b;速度快&＃xff1b;轻量&＃xff1b;适用于即时通讯、视频通话等

TCP 三次握手

A&＃xff1a;你能听到吗&＃xff1f;
B&＃xff1a;我能听到&＃xff0c;你能听到吗&＃xff1f;
A&＃xff1a;我能听到&＃xff0c;开始吧

A 和 B 两方都要能确保&＃xff1a;我说的话&＃xff0c;你能听到&＃xff1b;你说的话&＃xff0c;我能听到。所以需要三次握手

TCP 四次挥手

A&＃xff1a;我说完了
B&＃xff1a;我知道了&＃xff0c;等一下&＃xff0c;我可能还没说完
B&＃xff1a;我也说完了
A&＃xff1a;我知道了&＃xff0c;结束吧

B 收到 A 结束的消息后 B 可能还没说完&＃xff0c;没法立即回复结束标示&＃xff0c;只能等说完后再告诉 A &＃xff1a;我说完了。

POST 和 GET 区别

Get 参数放在 url 中&＃xff1b;Post 参数放在 request Body 中
Get 可能不安全&＃xff0c;因为参数放在 url 中

HTTPS

HTTP 是超文本传输协议&＃xff0c;明文传输&＃xff1b;HTTPS 使用 SSL 协议对 HTTP 传输数据进行了加密

HTTP 默认 80 端口&＃xff1b;HTTPS 默认 443 端口

优点&＃xff1a;安全
缺点&＃xff1a;费时、SSL 证书收费&＃xff0c;加密能力还是有限的&＃xff0c;但是比 HTTP 强多了

2、Java 基础&容器&同步&设计模式

StringBuilder、StringBuffer、&＃43;、String.concat 链接字符串&＃xff1a;

StringBuffer 线程安全&＃xff0c;StringBuilder 线程不安全
&＃43;实际上是用 StringBuilder 来实现的&＃xff0c;所以非循环体可以直接用 &＃43;&＃xff0c;循环体不行&＃xff0c;因为会频繁创建 StringBuilder
String.concat 实质是 new String &＃xff0c;效率也低&＃xff0c;耗时排序&＃xff1a;StringBuilder

Java 泛型擦除

修饰成员变量等类结构相关的泛型不会被擦除
容器类泛型会被擦除

ArrayList、LinkedList

ArrayList

基于数组实现&＃xff0c;查找快&＃xff1a;o(1)&＃xff0c;增删慢&＃xff1a;o(n)
初始容量为10&＃xff0c;扩容通过 System.arrayCopy 方法

LinkedList

基于双向链表实现&＃xff0c;查找慢&＃xff1a;o(n)&＃xff0c;增删快&＃xff1a;o(1)
封装了队列和栈的调用

HashMap 、HashTable

HashMap

基于数组和链表实现&＃xff0c;数组是 HashMap 的主体&＃xff1b;链表是为解决哈希冲突而存在的
当发生哈希冲突且链表 size 大于阈值时会扩容&＃xff0c;JAVA 8 会将链表转为红黑树提高性能
允许 key/value 为 null

HashTable

数据结构和 HashMap 一样
不允许 value 为 null
线程安全

ArrayMap、SparseArray

ArrayMap

1.基于两个数组实现&＃xff0c;一个存放 hash&＃xff1b;一个存放键值对。扩容的时候只需要数组拷贝&＃xff0c;不需要重建哈希表
2.内存利用率高
3.不适合存大量数据&＃xff0c;因为会对 key 进行二分法查找&＃xff08;1000以下&＃xff09;

SparseArray

1.基于两个数组实现&＃xff0c;int 做 key
2.内存利用率高
3.不适合存大量数据&＃xff0c;因为会对 key 进行二分法查找&＃xff08;1000以下&＃xff09;

volatile 关键字

只能用来修饰变量&＃xff0c;适用修饰可能被多线程同时访问的变量
相当于轻量级的 synchronized&＃xff0c;volatitle 能保证有序性&＃xff08;禁用指令重排序&＃xff09;、可见性&＃xff1b;后者还能保证原子性
变量位于主内存中&＃xff0c;每个线程还有自己的工作内存&＃xff0c;变量在自己线程的工作内存中有份拷贝&＃xff0c;线程直接操作的是这个拷贝
被 volatile 修饰的变量改变后会立即同步到主内存&＃xff0c;保持变量的可见性。

双重检查单例&＃xff0c;为什么要加 volatile&＃xff1f;

1.volatile想要解决的问题是&＃xff0c;在另一个线程中想要使用instance&＃xff0c;发现instance!&＃61;null&＃xff0c;但是实际上instance还未初始化完毕这个问题

2.将instance &＃61;newInstance();拆分为3句话是。1.分配内存2.初始化3.将instance指向分配的内存空

3.volatile可以禁止指令重排序&＃xff0c;确保先执行2&＃xff0c;后执行3

wait 和 sleep

sleep 是 Thread 的静态方法&＃xff0c;可以在任何地方调用
wait 是 Object 的成员方法&＃xff0c;只能在 synchronized 代码块中调用&＃xff0c;否则会报 IllegalMonitorStateException 非法监控状态异常
sleep 不会释放共享资源锁&＃xff0c;wait 会释放共享资源锁

lock 和 synchronized

synchronized 是 Java 关键字&＃xff0c;内置特性&＃xff1b;Lock 是一个接口
synchronized 会自动释放锁&＃xff1b;lock 需要手动释放&＃xff0c;所以需要写到 try catch 块中并在 finally 中释放锁
synchronized 无法中断等待锁&＃xff1b;lock 可以中断
Lock 可以提高多个线程进行读/写操作的效率
竞争资源激烈时&＃xff0c;lock 的性能会明显的优于 synchronized

可重入锁

定义&＃xff1a;已经获取到锁后&＃xff0c;再次调用同步代码块/尝试获取锁时不必重新去申请锁&＃xff0c;可以直接执行相关代码
ReentrantLock 和 synchronized 都是可重入锁

公平锁

定义&＃xff1a;等待时间最久的线程会优先获得锁
非公平锁无法保证哪个线程获取到锁&＃xff0c;synchronized 就是非公平锁
ReentrantLock 默认时非公平锁&＃xff0c;可以设置为公平锁

乐观锁和悲观锁

悲观锁&＃xff1a;线程一旦得到锁&＃xff0c;其他线程就挂起等待&＃xff0c;适用于写入操作频繁的场景&＃xff1b;synchronized 就是悲观锁
乐观锁&＃xff1a;假设没有冲突&＃xff0c;不加锁&＃xff0c;更新数据时判断该数据是否过期&＃xff0c;过期的话则不进行数据更新&＃xff0c;适用于读取操作频繁的场景
乐观锁 CAS&＃xff1a;Compare And Swap&＃xff0c;更新数据时先比较原值是否相等&＃xff0c;不相等则表示数据过去&＃xff0c;不进行数据更新
乐观锁实现&＃xff1a;AtomicInteger、AtomicLong、AtomicBoolean

死锁 4 个必要条件

互斥
占有且等待
不可抢占
循环等待

synchronized 原理

每个对象都有一个监视器锁&＃xff1a;monitor&＃xff0c;同步代码块会执行 monitorenter 开始&＃xff0c;motnitorexit 结束
wait/notify 就依赖 monitor 监视器&＃xff0c;所以在非同步代码块中执行会报 IllegalMonitorStateException 异常

3、Java 虚拟机&内存结构&GC&类加载&四种引用&动态代理

JVM

定义&＃xff1a;可以理解成一个虚构的计算机&＃xff0c;解释自己的字节码指令集映射到本地 CPU 或 OS 的指令集&＃xff0c;上层只需关注 Class 文件&＃xff0c;与操作系统无关&＃xff0c;实现跨平台
Kotlin 就是能解释成 Class 文件&＃xff0c;所以可以跑在 JVM 上

JVM 内存模型

Java 多线程之间是通过共享内存来通信的&＃xff0c;每个线程都有自己的本地内存
共享变量存放于主内存中&＃xff0c;线程会拷贝一份共享变量到本地内存
volatile 关键字就是给内存模型服务的&＃xff0c;用来保证内存可见性和顺序性

JVM 内存结构

线程私有&＃xff1a;

1.程序计数器&＃xff1a;记录正在执行的字节码指令地址&＃xff0c;若正在执行 Native 方法则为空
2.虚拟机栈&＃xff1a;执行方法时把方法所需数据存为一个栈帧入栈&＃xff0c;执行完后出栈
3.本地方法栈&＃xff1a;同虚拟机栈&＃xff0c;但是针对的是 Native 方法

线程共享&＃xff1a;

1.堆&＃xff1a;存储 Java 实例&＃xff0c;GC 主要区域&＃xff0c;分代收集 GC 方法会吧堆划分为新生代、老年代
2.方法区&＃xff1a;存储类信息&＃xff0c;常量池&＃xff0c;静态变量等数据

GC

回收区域&＃xff1a;只针对堆、方法区&＃xff1b;线程私有区域数据会随线程结束销毁&＃xff0c;不用回收

回收类型&＃xff1a;

1.堆中的对象

分代收集 GC 方法会吧堆划分为新生代、老年代
新生代&＃xff1a;新建小对象会进入新生代&＃xff1b;通过复制算法回收对象
老年代&＃xff1a;新建大对象及老对象会进入老年代&＃xff1b;通过标记-清除算法回收对象

2.方法区中的类信息、常量池

判断一个对象是否可被回收&＃xff1a;

1.引用计数法
缺点&＃xff1a;循环引用

2.可达性分析法
定义&＃xff1a;从 GC ROOT 开始搜索&＃xff0c;不可达的对象都是可以被回收的

GC ROOT

1.虚拟机栈/本地方法栈中引用的对象
2.方法区中常量/静态变量引用的对象

四种引用

强引用&＃xff1a;不会被回收
软引用&＃xff1a;内存不足时会被回收
弱引用&＃xff1a;gc 时会被回收
虚引用&＃xff1a;无法通过虚引用得到对象&＃xff0c;可以监听对象的回收

ClassLoader

类的生命周期&＃xff1a;

1.加载&＃xff1b;2.验证&＃xff1b;3.准备&＃xff1b;4.解析&＃xff1b;5.初始化&＃xff1b;6.使用&＃xff1b;7.卸载

类加载过程&＃xff1a;

1.加载&＃xff1a;获取类的二进制字节流&＃xff1b;生成方法区的运行时存储结构&＃xff1b;在内存中生成 Class 对象
2.验证&＃xff1a;确保该 Class 字节流符合虚拟机要求
3.准备&＃xff1a;初始化静态变量
4.解析&＃xff1a;将常量池的符号引用替换为直接引用
5.初始化&＃xff1a;执行静态块代码、类变量赋值

类加载时机&＃xff1a;

1.实例化对象
2.调用类的静态方法
3.调用类的静态变量&＃xff08;放入常量池的常量除外&＃xff09;

类加载器&＃xff1a;负责加载 class 文件

分类&＃xff1a;

1.引导类加载器 - 没有父类加载器
2.拓展类加载器 - 继承自引导类加载器
3.系统类加载器 - 继承自拓展类加载器

双亲委托模型&＃xff1a;

当要加载一个 class 时&＃xff0c;会先逐层向上让父加载器先加载&＃xff0c;加载失败才会自己加载

为什么叫双亲&＃xff1f;不考虑自定义加载器&＃xff0c;系统类加载器需要网上询问两层&＃xff0c;所以叫双亲

判断是否是同一个类时&＃xff0c;除了类信息&＃xff0c;还必须时同一个类加载器

优点&＃xff1a;

防止重复加载&＃xff0c;父加载器加载过了就没必要加载了
安全&＃xff0c;防止篡改核心库类

动态代理原理及实现

InvocationHandler 接口&＃xff0c;动态代理类需要实现这个接口
Proxy.newProxyInstance&＃xff0c;用于动态创建代理对象
Retrofit 应用&＃xff1a; Retrofit 通过动态代理&＃xff0c;为我们定义的请求接口都生成一个动态代理对象&＃xff0c;实现请求

4、Android 基础&性能优化&Framwork

Activity 启动模式

standard 标准模式
singleTop 栈顶复用模式&＃xff0c;
推送点击消息界面
singleTask 栈内复用模式&＃xff0c;
首页
singleInstance 单例模式&＃xff0c;单独位于一个任务栈中
拨打电话界面
细节&＃xff1a;
taskAffinity&＃xff1a;任务相关性&＃xff0c;用于指定任务栈名称&＃xff0c;默认为应用包名
allowTaskReparenting&＃xff1a;允许转移任务栈

View 工作原理

DecorView (FrameLayout)
LinearLayout
titlebar
Content
调用 setContentView 设置的 View

ViewRoot 的 performTraversals 方法调用触发开始 View 的绘制&＃xff0c;然后会依次调用:

performMeasure&＃xff1a;遍历 View 的 measure 测量尺寸
performLayout&＃xff1a;遍历 View 的 layout 确定位置
performDraw&＃xff1a;遍历 View 的 draw 绘制

事件分发机制

一个 MotionEvent 产生后&＃xff0c;按 Activity -> Window -> decorView -> View 顺序传递&＃xff0c;View 传递过程就是事件分发&＃xff0c;主要依赖三个方法:
dispatchTouchEvent&＃xff1a;用于分发事件&＃xff0c;只要接受到点击事件就会被调用&＃xff0c;返回结果表示是否消耗了当前事件
onInterceptTouchEvent&＃xff1a;用于判断是否拦截事件&＃xff0c;当 ViewGroup 确定要拦截事件后&＃xff0c;该事件序列都不会再触发调用此 ViewGroup 的 onIntercept
onTouchEvent&＃xff1a;用于处理事件&＃xff0c;返回结果表示是否处理了当前事件&＃xff0c;未处理则传递给父容器处理
细节&＃xff1a;
一个事件序列只能被一个 View 拦截且消耗
View 没有 onIntercept 方法&＃xff0c;直接调用 onTouchEvent 处理
OnTouchListener 优先级比 OnTouchEvent 高&＃xff0c;onClickListener 优先级最低
requestDisallowInterceptTouchEvent 可以屏蔽父容器 onIntercet 方法的调用

Window 、 WindowManager、WMS、SurfaceFlinger

Window&＃xff1a;抽象概念不是实际存在的&＃xff0c;而是以 View 的形式存在&＃xff0c;通过 PhoneWindow 实现
WindowManager&＃xff1a;外界访问 Window 的入口&＃xff0c;内部与 WMS 交互是个 IPC 过程
WMS&＃xff1a;管理窗口 Surface 的布局和次序&＃xff0c;作为系统级服务单独运行在一个进程
SurfaceFlinger&＃xff1a;将 WMS 维护的窗口按一定次序混合后显示到屏幕上

View 动画、帧动画及属性动画

View 动画&＃xff1a;

作用对象是 View&＃xff0c;可用 xml 定义&＃xff0c;建议 xml 实现比较易读
支持四种效果&＃xff1a;平移、缩放、旋转、透明度

帧动画&＃xff1a;

通过 AnimationDrawable 实现&＃xff0c;容易 OOM

属性动画&＃xff1a;

可作用于任何对象&＃xff0c;可用 xml 定义&＃xff0c;Android 3 引入&＃xff0c;建议代码实现比较灵活
包括 ObjectAnimator、ValuetAnimator、AnimatorSet
时间插值器&＃xff1a;根据时间流逝的百分比计算当前属性改变的百分比
系统预置匀速、加速、减速等插值器
类型估值器&＃xff1a;根据当前属性改变的百分比计算改变后的属性值
系统预置整型、浮点、色值等类型估值器
使用注意事项&＃xff1a;
避免使用帧动画&＃xff0c;容易OOM
界面销毁时停止动画&＃xff0c;避免内存泄漏
开启硬件加速&＃xff0c;提高动画流畅性 &＃xff0c;硬件加速&＃xff1a;
将 cpu 一部分工作分担给 gpu &＃xff0c;使用 gpu 完成绘制工作
从工作分摊和绘制机制两个方面优化了绘制速度

Handler、MessageQueue、Looper

Handler&＃xff1a;开发直接接触的类&＃xff0c;内部持有 MessageQueue 和 Looper
MessageQueue&＃xff1a;消息队列&＃xff0c;内部通过单链表存储消息
Looper&＃xff1a;内部持有 MessageQueue&＃xff0c;循环查看是否有新消息&＃xff0c;有就处理&＃xff0c;没就阻塞
如何实现阻塞&＃xff1a;通过 nativePollOnce 方法&＃xff0c;基于 Linux epoll 事件管理机制
为什么主线程不会因为 Looper 阻塞&＃xff1a;系统每 16ms 会发送一个刷新 UI 消息唤醒

MVC、MVP、MVVM

MVP&＃xff1a;Model&＃xff1a;处理数据&＃xff1b;View&＃xff1a;控制视图&＃xff1b;Presenter&＃xff1a;分离 Activity 和 Model
MVVM&＃xff1a;Model&＃xff1a;处理获取保存数据&＃xff1b;View&＃xff1a;控制视图&＃xff1b;ViewModel&＃xff1a;数据容器
使用 Jetpack 组件架构的 LiveData、ViewModel 便捷实现 MVVM

Serializable、Parcelable

Serializable &＃xff1a;Java 序列化方式&＃xff0c;适用于存储和网络传输&＃xff0c;serialVersionUID 用于确定反序列化和类版本是否一致&＃xff0c;不一致时反序列化回失败
Parcelable &＃xff1a;Android 序列化方式&＃xff0c;适用于组件通信数据传递&＃xff0c;性能高&＃xff0c;因为不像 Serializable 一样有大量反射操作&＃xff0c;频繁 GC

Binder

Android 进程间通信的中流砥柱&＃xff0c;基于客户端-服务端通信方式
使用 mmap 一次数据拷贝实现 IPC&＃xff0c;传统 IPC&＃xff1a;用户A空间->内核->用户B空间&＃xff1b;mmap 将内核与用户B空间映射&＃xff0c;实现直接从用户A空间->用户B空间
BinderPool 可避免创建多 Service

IPC 方式

Intent extras、Bundle&＃xff1a;要求传递数据能被序列化&＃xff0c;实现 Parcelable、Serializable &＃xff0c;适用于四大组件通信
文件共享&＃xff1a;适用于交换简单的数据实时性不高的场景
AIDL&＃xff1a;AIDL 接口实质上是系统提供给我们可以方便实现 BInder 的工具
Android Interface Definition Language&＃xff0c;可实现跨进程调用方法
服务端&＃xff1a;将暴漏给客户端的接口声明在 AIDL 文件中&＃xff0c;创建 Service 实现 AIDL 接口并监听客户端连接请求
客户端&＃xff1a;绑定服务端 Service &＃xff0c;绑定成功后拿到服务端 Binder 对象转为 AIDL 接口调用
RemoteCallbackList 实现跨进程接口监听&＃xff0c;同个 Binder 对象做 key 存储客户端注册的 listener
监听 Binder 断开&＃xff1a;1.Binder.linkToDeath 设置死亡代理&＃xff1b;2. onServiceDisconnected 回调
Messenger&＃xff1a;基于 AIDL 实现&＃xff0c;服务端串行处理&＃xff0c;主要用于传递消息&＃xff0c;适用于低并发一对多通信
ContentProvider&＃xff1a;基于 Binder 实现&＃xff0c;适用于一对多进程间数据共享
Socket&＃xff1a;TCP、UDP&＃xff0c;适用于网络数据交换

Android 系统启动流程

按电源键 -> 加载引导程序 BootLoader 到 RAM -> 执行 BootLoader 程序启动内核 -> 启动 init 进程 -> 启动 Zygote 和各种守护进程 ->
启动 System Server 服务进程开启 AMS、WMS 等 -> 启动 Launcher 应用进程

App 启动流程

Launcher 中点击一个应用图标 -> 通过 AMS 查找应用进程&＃xff0c;若不存在就通过 Zygote 进程 fork

进程保活

进程优先级&＃xff1a;1.前台进程 &＃xff1b;2.可见进程&＃xff1b;3.服务进程&＃xff1b;4.后台进程&＃xff1b;5.空进程
进程被 kill 场景&＃xff1a;1.切到后台内存不足时被杀&＃xff1b;2.切到后台厂商省电机制杀死&＃xff1b;3.用户主动清理
保活方式&＃xff1a;
1.Activity 提权&＃xff1a;挂一个 1像素 Activity 将进程优先级提高到前台进程
2.Service 提权&＃xff1a;启动一个前台服务&＃xff08;API>18会有正在运行通知栏&＃xff09;
3.广播拉活
4.Service 拉活
5.JobScheduler 定时任务拉活
6.双进程拉活

网络优化及检测

速度&＃xff1a;1.GZIP 压缩&＃xff08;okhttp 自动支持&＃xff09;&＃xff1b;2.Protocol Buffer 替代 json&＃xff1b;3.优化图片/文件流量&＃xff1b;4.IP 直连省去 DNS 解析时间
成功率&＃xff1a;1.失败重试策略&＃xff1b;
流量&＃xff1a;1.GZIP 压缩&＃xff08;okhttp 自动支持&＃xff09;&＃xff1b;2.Protocol Buffer 替代 json&＃xff1b;3.优化图片/文件流量&＃xff1b;5.文件下载断点续传 &＃xff1b;6.缓存
协议层的优化&＃xff0c;比如更优的 http 版本等
监控&＃xff1a;Charles 抓包、Network Monitor 监控流量

UI卡顿优化

减少布局层级及控件复杂度&＃xff0c;避免过度绘制
使用 include、merge、viewstub
优化绘制过程&＃xff0c;避免在 Draw 中频繁创建对象、做耗时操作

内存泄漏场景及规避

1.静态变量、单例强引跟生命周期相关的数据或资源&＃xff0c;包括 EventBus
2.游标、IO 流等资源忘记主动释放
3.界面相关动画在界面销毁时及时暂停
4.内部类持有外部类引用导致的内存泄漏

handler 内部类内存泄漏规避&＃xff1a;1.使用静态内部类&＃43;弱引用 2.界面销毁时清空消息队列
检测&＃xff1a;Android Studio Profiler

LeakCanary 原理

通过弱引用和引用队列监控对象是否被回收
比如 Activity 销毁时开始监控此对象&＃xff0c;检测到未被回收则主动 gc &＃xff0c;然后继续监控

OOM 场景及规避

加载大图&＃xff1a;减小图片
内存泄漏&＃xff1a;规避内存泄漏

5、Android 模块化&热修复&热更新&打包&混淆&压缩

Dalvik 和 ART

Dalvik
谷歌设计专用于 Android 平台的 Java 虚拟机&＃xff0c;可直接运行 .dex 文件&＃xff0c;适合内存和处理速度有限的系统
JVM 指令集是基于栈的&＃xff1b;Dalvik 指令集是基于寄存器的&＃xff0c;代码执行效率更优
ART
Dalvik 每次运行都要将字节码转换成机器码&＃xff1b;ART 在应用安装时就会转换成机器码&＃xff0c;执行速度更快
ART 存储机器码占用空间更大&＃xff0c;空间换时间

APK 打包流程

1.aapt 打包资源文件生成 R.java 文件&＃xff1b;aidl 生成 java 文件
2.将 java 文件编译为 class 文件
3.将工程及第三方的 class 文件转换成 dex 文件
4.将 dex 文件、so、编译过的资源、原始资源等打包成 apk 文件
5.签名
6.资源文件对齐&＃xff0c;减少运行时内存