b. 启动我们创建的HandlerThread线程 handlerThread.start();
c. 将handlerThread与Handler绑定在一起。即将线程的looper与Handler绑定在一起，在handleMessage()中处理任务。
3、IntentService
IntentService是一种特殊的Service，它继承了Service并且它是一个抽象类，因此必须创建它的子类才能使用IntentService
原理
在实现上，IntentService封装了HandlerThread和Handler。当IntentService被第一次启动时，它的onCreate()方法会被调用，onCreat()方法会创建一个HandlerThread，
然后使用它的Looper来构造一个Handler对象mServiceHandler，这样通过mServiceHandler发送的消息最终都会在HandlerThread中执行。
生成一个默认的且与主线程互相独立的工作者线程来执行所有传送至onStartCommand()方法的Intetnt。
生成一个工作队列来传送Intent对象给onHandleIntent()方法，同一时
刻只传送一个Intent对象，这样一来，你就不必担心多线程的问题。在所有的请求(Intent)都被执行完以后会自动停止服务，
所以，你不需要自己去调用stopSelf()方法来停止。
4、Binder机制
Binder是Android系统进程间通信(IPC)方式之一。
Binder使用Client－Server通信方式。Binder框架定义了四个角色：Server,Client,ServiceManager以及Binder驱动。
其中Server,Client,ServiceManager运行于用户空间，驱动运行于内核空间。Binder驱动程序提供设备文件/dev/binder与用户空间交互，Client、Server和Service Manager通过open和ioctl文件操作函数与Binder驱动程序进行通信。
其中Client、Server、Service Manager运行在用户空间，Binder驱动程序运行内核空间。Binder就是一种把这四个组件粘合在一起的粘连剂了，其中，核心组件便是Binder驱动程序了，ServiceManager提供了辅助管理的功能，Client和Server正是Binder驱动和ServiceManager提供的基础设施上，进行Client-Server之间的通信。
Client和Server之间的进程间通信通过Binder驱动程序间接实现
ServiceManager是一个守护进程，用来管理Server，并向Client提供查询Server接口的能力
Binder通信的四个角色
Client进程：使用服务的进程。
Server进程：提供服务的进程。
ServiceManager进程：ServiceManager的作用是将字符形式的Binder名字转化成Client中对该Binder的引用，使得Client能够通过 Binder名字获得对Server中Binder实体的引用。
Binder驱动：驱动负责进程之间Binder通信的建立，Binder在进程之间的传递，Binder引用计数管理，数据包在进程之间的传递和 交互等一系列底层支持。
Client/Server/ServiceManage之间的相互通信都是基于Binder机制。既然基于Binder机制通信，那么同样也是C/S架构，则图中的3大步骤都有相应的Client端与Server端。
注册服务(addService)：Server进程要先注册Service到ServiceManager。该过程：Server是客户端，ServiceManager是服务端。
获取服务(getService)：Client进程使用某个Service前，须先向ServiceManager中获取相应的Service。该过程：Client是客户端，ServiceManager是服务端。
使用服务：Client根据得到的Service信息建立与Service所在的Server进程通信的通路，然后就可以直接与Service交互。该过程：client是客户端，server是服务端。
5、事件分发机制
4个touch事件，down/move/cancle/up
在Activity/ViewGroup/view中进行传递，
分发过程由dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()完成
返回true表示消费事件，不继续往下传递
如果都是不消费事件的话,就是一个完整的U型状态 事件依次
是:Activity.dispatchTouchEvent -->ViewGroup.dispatchTouchEvent— >ViewGroup.onInterceptTouchEvent—>View.dispatchTouchEvent
— >View.onTouchEvent—>ViewGroup.onTouchEvent—>Activity.onTouchEvent
三个方法的关系可以用如下伪代码表示：
public boolean dispatchTouchEvent(MotionEvent event)
{
boolean consume = false;
if(onInterceptTouchEvent(ev))
{
consume = onTouchEvent(ev);
}
else
{
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
OnTouchListener的优先级比onTouchEvent要高
如果给一个view设置了OnTouchListener，那么OnTouchListener中的onTouch方法会被回调。这时事件如何处理还要看onTouch的返回值，
如果返回false，那么当前view的onTouchEvent方法会被调用；如果返回true，那么onTouchEvent方法将不会被调用。 在onTouchEvent方法中，
如果当前view设置了OnClickListener，那么它的onClick方法会被调用，所以OnClickListener的优先级最低。
6、SystemUI启动流程
开机–>启动SystemServer，在其MainThread中启动AMS–>AMS.systemReady后–>startSystemUI()–>startServiceUIAsUser()
–>启动服务的OnCrete中调用systemUIApplication的startServicesIfNeeded方法。
这个方法会调用 startServicesIfNeeded(SERVICES)方法启动一系列服务(并不是真正的service,都继承自SystemUI)。比如截图服务，usb，锁屏，状态栏
https://www.jianshu.com/p/1a1c53cc44c3
https://blog.csdn.net/foreverjqq/article/details/76268404
7、Setting
https://blog.csdn.net/csdnxialei/article/details/86555050
https://blog.csdn.net/foreverJQQ/article/details/77067560
https://blog.csdn.net/wzy_1988/article/details/50556113
8、view的测量和绘制原理
View的绘制流程是从ViewRoot的performTraversals方法开始的，它经过measure、layout、draw三个过程才能最终将一个View绘制出来，其中measure用来测量View的宽和高，
layout用来确定View在父容器的放置位置，而draw则负责将View绘制在屏幕上。
View的绘制是从上往下一层层迭代下来的。DecorView–>ViewGroup（— >ViewGroup）–>View ，按照这个流程从上往下，依次measure(测量),layout(布局),draw(绘制)。
9、LeakCanary 内存泄露监测原理研究
https://www.jianshu.com/p/261e70f3083f
监测机制利用了Java的WeakReference和ReferenceQueue，通过将Activity包装到WeakReference中，被WeakReference包装过的Activity对象
如果被回收，该WeakReference引用会被放到ReferenceQueue中，通过监测ReferenceQueue里面的内容就能检查到Activity是否能够被回收
10、Activity的启动模式以及应用场景
standard启动模式，不管有没有已存在的实例，都生成新的实例
singleTop启动模式，如果发现有对应的Activity实例正位于栈顶，则重复利用，不再生成新的实例，如果没有就重新生产新实例。
singleTask模式，如果发现task中有对应的Activity实例，则使此Activity实例之上的其他Activity实例全部出栈，使此Activity成为栈顶对象，显示于界面。
singleInstance模式是将该Activity放入一个新的返回栈，等旧返回栈没有返回任务时，就调用该返回栈。
11、Android消息处理机制Handler
在子线程执行完耗时操作，当Handler发送消息时，将会调用MessageQueue.enqueueMessage，向消息队列中添加消息。当通
过Looper.loop开启循环后，会不断地从线程池中读取消息，即调用MessageQueue.next，然后调用目标Handler（即发送该消息的Handler）的
dispatchMessage⽅法传递消息，然后返回到Handler所在线程，⽬标Handler收到消
息，调用handleMessage方法，接收消息，处理消息。
12、Handler如何实现线程的切换
Handler机制其实就是借助共享变量来进行线程切换的
消息发送的过程，我们在不同的线程发送消息，线程之间的资源是共享的.Handler中我们使用的是同一个MessageQueue对象，同一时间只能一个线程对消息进行入队操作。
消息存储到队列中后，主线程的Looper还在一直循环loop()处理。这样主线程就能拿到子线程存储的Message对象，在我们没有看见的时候完成了线程的切换。
13、广播的原理
广播使用了设计模式中的观察者模式，基于消息的发布/订阅事件模型
原理描述：
-
广播接收者 通过 Binder机制在 AMS 注册
-
广播发送者 通过 Binder机制向 AMS 发送广播
-
AMS 根据 广播发送者 要求，在已注册列表中，寻找合适的广播接收者 寻找依据：IntentFilter / Permission
-
AMS将广播发送到合适的广播接收者相应的消息循环队列中
-
广播接收者通过 消息循环 拿到此广播，并回调onReceive()
注册方式分为静态注册和动态注册，两种的优缺点
14、Activity启动流程
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
最后
如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。
最后针对Android程序员，我这边给大家整理了一些资料，包括不限于高级UI、性能优化、移动架构师、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！
如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。
[外链图片转存中…(img-fbvtqvmX-1711922797708)]
最后针对Android程序员，我这边给大家整理了一些资料，包括不限于高级UI、性能优化、移动架构师、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！
3565
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
