-
了解各种跨进程传输数据的方式及各自优缺点
-
了解TransactionTooLargeException的触发原因和底层机制
-
了解Bitmap传输底层原理
跨进程传大图有哪些方案
-
给图片保存到固定的地方,传key值(路径)给对方
-
问题:性能差,把图片写到文件需要耗时,对方读取文件也需要耗时
-
通过IPC的方式转发图片数据
-
不经过文件系统,但是需要多次拷贝
IPC方式传图
-
Binder:性能好,使用方便,但是大小有限制
-
Socket、管道:两次拷贝,也有大小限制
-
共享内存:性能不错
-
主要注意点
-
1.性能,减少拷贝次数
-
2.内存泄漏,资源及时关闭
TransactionTooLargeException
-
发出去的或者返回的数据量太大
-
Binder缓存用于该进程所有正在进行中的Binder事务
-
进程弃用binder机制会映射一块内存,大小是1M
-
跨进程通信申请的缓冲区大小是不能超过1M的
-
所有binder事务共享这1M内存空间,应该尽量避免同时跑多个事务,尤其是数据量很大的事务
-
大数据量打碎分批发,或按需发(官方建议)
总结 跨进程传递大图片的方式
-
图片写到文件,路径传到另一个进程,再读出来
-
intent传图,但是容易抛异常,原因是什么
-
binder调用传图,底层ashmem机制
2. ThreadLocal原理
关于更多面试题资料,可以前往 GitHub 自行查阅。
考察点
-
ThreadLocal的适用于什么场景?
-
ThreadLocal的使用方式是怎样的?
-
ThreadLocal的实现原理是怎样的?
ThreadLocal在FrameWork中的使用
- Looper
-
Choreorgapher
原理
-
每一个线程都有一张表,其实就是一个数组,key和value都存储在数组中
-
key存储在weakReference中,value对应对象如Looper、Choreorgapher等
-
一个应用里可以定义多个ThreadLocal,ThreadLocal都有自己的哈希值,哈希值根据hashCounter计算
-
算出hash值之后,对表的size取余数,就能算出key:value在表中的index值
-
如果发生了hash冲突,就会从当前index开始向下遍历数组,放在空闲的位置上
-
代码如下:
总结
-
同一个ThreadLocal对象,在不同线程get返回不同value
-
Thread对象里有张表,保存ThreadLocal到value的映射关系
-
这张表是怎么实现的?(见上面的原理分析)
-
是如何解决hash冲突的?(见上面的原理分析)
3. 说说Looper的副业(待完善)
-
Looper里可以监听其它描述符
-
创建管道,跨进程传数据,用looper监听描述符事件
4. 怎么检查线程有耗时任务
两种情况
-
正常的,轻微阻塞
-
不正常的,严重阻塞
检测机制
-
WatchDog:
-
Framework自带,检查system_server中系统服务是否正常
-
用于检查死锁或者线程异常
-
BlockCanary
-
开源框架,用于检查线程是否有耗时任务
WatchDog WatchDog的作用上面说过:一是检查是否发生了死锁,二是检查线程是否被任务blocked
-
WatchDog是一个线程
-
看下WatchDog的关键变量:
-
mHandlerCheckers是核心列表,添加了多个HandlerChecker
-
每一个Checker都对应了一个线程,比如主线程、前台线程、IO线程等,这几个线程都是system_server中非常重要的工作线程
-
每一个HandlerChecker下都有一个Monitor列表
-
addMonitor实质上是向mMonitorChecker加了一个BinderThreadMonitor,用于检测binder线程是否正常
看下下图
-
第一个MonitorChecker用户检查系统服务是否发生了死锁,在单独的线程中检查,
-
原理就是在另外的线程中去尝试拿到锁,拿到了就正常返回
-
如果一直拿不到,就可能是产生了死锁问题
-
如图AMS中代码细节
-
同时服务还会把自己的工作线程new一个HandlerChecker,也注册到watchDog,每一个handlerChecker都会对应一个线程,在线程中派发handlerChecker
BlockCanary 原理就是通过messageLogging在消息分发前后的时间戳打印,利用时间戳的差算出消息执行耗时
5. 怎么同步处理消息
「同步处理消息」:我们发了一个消息到另外一个线程去处理,并没有直接返回,而是挂在那里等待消息处理完毕,有些时候还需要拿到消息处理结果,这就是同步处理消息
适用场景如图124
应用要访问另一个进程的服务,请求会调到服务进程的binder线程池中,binder线程切换到工作线程处理请求,工作线程工作的时候binder线程会一直等待,应用端也会一直等着,等到处理完成后返回结果给给应用
6. 你去了解framework是为了解决一个什么样的问题,怎么解决的?
考察点
-
你有没有解决复杂问题的经验
-
你有没有深入研究底层原理的习惯
-
你的知识体系是否有一定深度
7. 应用组件相关题目
-
为什么Activity在onResume之后才会显示出来
-
ActivityThread handleResumeActivity时WindowManager才会addView并makeVisible
-
bindService的时候Rebind总是调不到,研究原理
-
TODO
-
广播onReceive的context可否启动Activity, 显示Dialog?
-
TODO
-
发现provider的onCreate比Application还早,研究一下
-
Application 构造方法 –> Application.attachBaseContext –> ContentProvider.onCreate –> Application.onCreate –> Activity.onCreate
-
看下 ActivityThread.java 的 handleBindApplication方法:
-
图130
8. 消息通信相关题目
-
intent带的数据量大了会异常,研究原因
-
binder机制 1m限制
-
需要跨进程传大图,研究Bitmap传输原理,Ashmem机制
-
想知道Handler消息延时的精度怎么样,去了解原理
-
延迟处理不是延迟发送,精度不太准确
-
为什么有时候IdleHandler调不到,去了解原理
-
主线程繁忙,一直在处理消息
-
比如:
-
在View的onDraw方法里面无限制的直接或者间接调用View的invalidate方法。
-
做一个无限轮询的View动画。
9.性能优化相关题目
-
ANR了,看主线程是否有耗时任务
-
卡顿掉帧,了解屏幕刷新机制,研究Choregrapher
-
启动速度优化,了解应用启动原理
-
内存优化,清理不必要的资源
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
文末
我总结了一些Android核心知识点,以及一些最新的大厂面试题、知识脑图和视频资料解析。
以后的路也希望我们能一起走下去。(谢谢大家一直以来的支持)
部分资料一览:
- 330页PDF Android学习核心笔记(内含8大板块)
-
Android学习的系统对应视频
-
Android进阶的系统对应学习资料
- Android BAT大厂面试题(有解析)
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
ndroid学习核心笔记(内含8大板块)**
[外链图片转存中…(img-MaSpi9X8-1713432417156)]
[外链图片转存中…(img-RqWbbNM4-1713432417158)]
-
Android学习的系统对应视频
-
Android进阶的系统对应学习资料
[外链图片转存中…(img-gQZNcv89-1713432417159)]
- Android BAT大厂面试题(有解析)
[外链图片转存中…(img-Lbri4Ar6-1713432417161)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!