八年Android开发心路历程，月薪20k+的Android面试都问些什么？2年以上经验必看

何为成长&＃xff1f;成长是指自我提升&＃xff0c;一方面是本身的个人能力&＃xff0c;另一方面是社会对你的认可度。最终&＃xff0c;程序员的职位和薪水都能在成长中得以体现。

很多人对成长有误解&＃xff0c;在他们眼中&＃xff0c;随着工作年限的提高&＃xff0c;成长是理所当然的事情&＃xff0c;这其实是一个误区。两个程序员同时工作3年&＃xff0c;难道他们两个的成长就完全一样吗&＃xff1f;其实是不一样的。很多岗位在招聘的时候都要求3年以上工作经验&＃xff0c;这个3年工作经验是指持续成长的三年&＃xff0c;而不是指浑浑噩噩混日子的三年。下面举个通俗易懂的例子&＃xff0c;大家一定能理解。

目录&＃xff1a;

1.网络
2.Java 基础&容器&同步&设计模式
3.Java 虚拟机&内存结构&GC&类加载&四种引用&动态代理
4.Android 基础&性能优化&Framwork
5.Android 模块化&热修复&热更新&打包&混淆&压缩
6.音视频&FFmpeg&播放器

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;减少运行时内存

App 安装过程

• 首先要解压 APK&＃xff0c;资源、so等放到应用目录
• Dalvik 会将 dex 处理成 ODEX &＃xff1b;ART 会将 dex 处理成 OAT&＃xff1b;
• OAT 包含 dex 和安装时编译的机器码

组件化路由实现

ARoute&＃xff1a;通过 APT 解析 &＃64;Route 等注解&＃xff0c;结合 JavaPoet 生成路由表&＃xff0c;即路由与 Activity 的映射关系

6、音视频&FFmpeg&播放器

FFmpeg

基于命令方式实现了一个音视频编辑 App

集成编译了 AAC、MP3、H264 编码器

播放器原理

视频播放原理&＃xff1a;&＃xff08;mp4、flv&＃xff09;-> 解封装 -> &＃xff08;mp3/aac、h264/h265&＃xff09;-> 解码 -> &＃xff08;pcm、yuv&＃xff09;-> 音视频同步 -> 渲染播放

音视频同步&＃xff1a;

• 选择参考时钟源&＃xff1a;音频时间戳、视频时间戳和外部时间三者选择一个作为参考时钟源&＃xff08;一般选择音频&＃xff0c;因为人对音频更敏感&＃xff0c;ijk 默认也是音频&＃xff09;
• 通过等待或丢帧将视频流与参考时钟源对齐&＃xff0c;实现同步

IjkPlayer 原理

集成了 MediaPlayer、ExoPlayer 和 IjkPlayer 三种实现&＃xff0c;其中 IjkPlayer 基于 FFmpeg 的 ffplay

音频输出方式&＃xff1a;AudioTrack、OpenSL ES&＃xff1b;视频输出方式&＃xff1a;NativeWindow、OpenGL ES

要如何成为Android架构师&＃xff1f;

搭建自己的知识框架&＃xff0c;全面提升自己的技术体系&＃xff0c;并且往底层源码方向深入钻研。
大多数技术人喜欢用思维脑图来构建自己的知识体系&＃xff0c;一目了然。这里给大家分享一份大厂主流的Android架构师技术体系&＃xff0c;可以用来搭建自己的知识框架&＃xff0c;或者查漏补缺&＃xff1b;

对应这份技术大纲&＃xff0c;我也整理了一套Android高级架构师完整系列的视频教程&＃xff0c;主要针对3-5年Android开发经验以上&＃xff0c;需要往高级架构师层次学习提升的同学&＃xff0c;在这里点击GitHub免费分享&＃xff0c;希望能帮你突破瓶颈&＃xff0c;跳槽进大厂&＃xff1b;

最后我必须强调几点&＃xff1a;

1.搭建知识框架可不是说你整理好要学习的知识顺序&＃xff0c;然后看一遍理解了能复制粘贴就够了&＃xff0c;大多都是需要你自己读懂源码和原理&＃xff0c;能自己手写出来的。
2.学习的时候你一定要多看多练几遍&＃xff0c;把知识才吃透&＃xff0c;还要记笔记&＃xff0c;这些很重要&＃xff01; 最后你达到什么水平取决你消化了多少知识
3.最终你的知识框架应该是一个完善的&＃xff0c;兼顾广度和深度的技术体系。然后经过多次项目实战积累经验&＃xff0c;你才能达到高级架构师的层次。

你只需要按照在这个大的框架去填充自己&＃xff0c;年薪40W一定不是终点&＃xff0c;技术无止境

-5年Android开发经验以上&＃xff0c;需要往高级架构师层次学习提升的同学&＃xff0c;在这里点击GitHub免费分享&＃xff0c;希望能帮你突破瓶颈&＃xff0c;跳槽进大厂&＃xff1b;

最后我必须强调几点&＃xff1a;

1.搭建知识框架可不是说你整理好要学习的知识顺序&＃xff0c;然后看一遍理解了能复制粘贴就够了&＃xff0c;大多都是需要你自己读懂源码和原理&＃xff0c;能自己手写出来的。
2.学习的时候你一定要多看多练几遍&＃xff0c;把知识才吃透&＃xff0c;还要记笔记&＃xff0c;这些很重要&＃xff01; 最后你达到什么水平取决你消化了多少知识
3.最终你的知识框架应该是一个完善的&＃xff0c;兼顾广度和深度的技术体系。然后经过多次项目实战积累经验&＃xff0c;你才能达到高级架构师的层次。

你只需要按照在这个大的框架去填充自己&＃xff0c;年薪40W一定不是终点&＃xff0c;技术无止境