【Android学习笔记】事件处理

>事件处理的概述

>基于监听的事件处理机制

普通组件（事件源对象）发生很多事件，生成多种事件对象被同一个监听器对象捕获
监听器通过不同的事件处理器处理这个事件。

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

>实现事件监听器的方法

使用内部类作为事件监听器能够在这个类内复用该监听器。该监听器类能够自由访问外部类的所有界面组件

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

监听器还是主要来写显示逻辑，具体的业务逻辑放到外部的其他函数或者类中进行处理。

Activity类本身作为事件监听器

不推荐，activity类本身用来界面初始化工作，包含事件监听器容易造成程序的逻辑结构混乱。

匿名类作为时间监听器类

大部分时候事件监听器类的代码没有什么复用价值，所以只要使用匿名类来实现事件监听器想要达到的页面逻辑就好。

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

android：onClick=”clickHandler”

>基于回调的事件处理方法

事件的处理直接绑定到与组件相关的时间处理函数上，而非通过监听器的监听和事件处理器的匹配处理。有点像事件监听器和事件源融合在一起，不需要单独的时间监听器类，事件源本身能够监听自身发生的各种事件。

当返回为true时，表明该方法已经能够处理发生的事件，事件不会向外传播给外层的时间监听器。当返回为false时，如果有外围的监听器处理同一个事件，则事件会向外传播，同时被其他监听器坚挺到。如果存在各种监听器，其监听顺序为：绑定的事件监听器–>基于回调的内部事件监听器–>基于回调的外部事件监听器。

>相应系统设置的事件

Configuration cfg = getResources().getConfiguration();

>Handler消息传递机制

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(); }