【Android学习笔记】事件监听机制详解-Toy模板网

这篇具有很好参考价值的文章主要介绍了【Android学习笔记】事件监听机制详解。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

Android第三章

涉及到的三类对象
1. Event Source事件源，指各个组件。
2. Event 界面组件上发生的特定的事情，。
3. Event Listener监听事件源发生的事情。并对各种事情作出相应的响应。
4. Event Handler事件处理器，当事件监听器捕获事件后，由响应的事件处理器识别特定的事件，并做出响应的动作。
事件监听机制的工作流程
普通组件（事件源对象）发生很多事件，生成多种事件对象被同一个监听器对象捕获监听器通过不同的事件处理器处理这个事件。

每个组件可以根据不同的事件类别指定多个监听器，每一个监听器可以监听多个事件源。

内部类作为时间的监听器
使用内部类作为事件监听器能够在这个类内复用该监听器。该监听器类能够自由访问外部类的所有界面组件
外部类作为时间监听器
事件监听器通常属于特定的GUI界面，定义成外部类不利于提高程序的内聚性。外部类形式的时间监听器不能够自由访问GUI界面的类中的组件。同时也适用于监听器于GUI界面没有任何耦合情况。

监听器还是主要来写显示逻辑，具体的业务逻辑放到外部的其他函数或者类中进行处理。
Activity类本身作为事件监听器
不推荐，activity类本身用来界面初始化工作，包含事件监听器容易造成程序的逻辑结构混乱。
匿名类作为时间监听器类
大部分时候事件监听器类的代码没有什么复用价值，所以只要使用匿名类来实现事件监听器想要达到的页面逻辑就好。

android可以直接在界面布局中制定标签绑定事件的处理方式。
android：onClick=“clickHandler”

回调机制
事件的处理直接绑定到与组件相关的时间处理函数上，而非通过监听器的监听和事件处理器的匹配处理。有点像事件监听器和事件源融合在一起，不需要单独的时间监听器类，事件源本身能够监听自身发生的各种事件。
基于回调的事件传播
当返回为true时，表明该方法已经能够处理发生的事件，事件不会向外传播给外层的时间监听器。当返回为false时，如果有外围的监听器处理同一个事件，则事件会向外传播，同时被其他监听器坚挺到。如果存在各种监听器，其监听顺序为：绑定的事件监听器–>基于回调的内部事件监听器–>基于回调的外部事件监听器。

工作原理
android第一次启动，主线程负责activityUI界面的线程，而且只允许UI线程对主界面进行修改，其他新启动的线程无法对主界面进行直接修改，需要使用Handler进行消息传递。
Handler简介
1. 在新启动的线程中发送消息
2. 在主线程中获取和处理消息
好像是原来的事件处理机制变成了消息处理机制，通过监听消息，处理消息完成一系列动作，同事件处理一样。
Handler涉及的方法
1. HandlerMessage()
2. hasMessage()
3. hasMessages()
4. obtainMessage()
5. sendEmptyMessage()
6. sendEmptyMessageDelayed()
7. sendMessage()
8. sendMessageDelayed()
Handler、Loop、MessageQueue的工作原理
1. Message是Handler接受和处理的对象
2. Looper每个线程只能有一个Looper，loop方法负责读取MessageQueue中的消息
3. MessageQueen消息队列，采用了先进先出的方式管理队列。

private Looper()
{
	mQueue = new MessageQueue();
	mRun = true;
	mThread = Thread.currentThread();
}

Looper类的使用方法
1. 调用Looper的prepare方法，创建Looper对象，生成对应的MessageQueue来管理事件
2. 创建Handler子类，用于发送本线程的消息。重写HandlerMessage方法，负责处理来自其他线程的消息。
3. 调用Looper的loop方法启动Looper类

UI线程一般专门用来相应用户的界面操作，而其他的逻辑运算和处理都交给其他线程处理主要目的是防止UI线程被阻塞而让用户以为界面卡顿。
此时如果UI线程与其他线程的交互方式，就是Handler消息传递机制，同事件监听机制的逻辑十分相似。