Android事件处理机制
一、概述
不管是桌面应用还是手机应用，面对的都是用户，经常需要处理用户的操作，为用户的动作提供响应，这种机制就是事件处理
Androd系统提供了两种事件处理机制
a、基于监听的事件处理
b、基于回调的事件处理
二、基于监听的事件处理
a、涉及三个模型
Event Source（事件源，事件发生的场所，通俗地讲就是各个组件，如按钮，菜单）（比如企业发生了火灾）
Event（事件），封装了界面上特定的事情（报警，企业处理不了，要消防局来处理）
EventListener（事件监听器）对事件做出的响应（消防机关的警察来灭火）
例子：模拟飞机的移动
public class PlaneView extends View{
public float cx;
public float cy;
Bitmap palne;
public PlaneView(Context context){
super(context);
plane=BitmapFactory.decodeResource(context.getResources(),R.drawable.iclon);
setFocusable(true);
}
//还有两个参数，三个参数的构造方法，在使用xml自定义的控件时，会默认调用第二个构造函数
//在这里省略掉了
public void onDraw(Canvas canvas){
super.onDraw(canvas);
Paint p=new Paint();
canvas.drawBitmap(plane,cx,cy,p);
}
主Activity
public class PlaneGame extends Activity{
private int speed=10;//飞机的移动速度
public void onCreate(Bundle savedInstanceState){
super.onCreate();
//去标题
//全屏显示
final PlaneView planeView=new PlaneView(this);
//根据屏幕的宽高设定飞机的初始位置
planeView.cx=....;
planeView.cy=....;
planeView.setOnKeyListener(
new onKeyListener(){
public boolean onKey(View source,int keyCode,KeyEvent event){
//
//根据event.getKeyCode()来分别控制上下左右
（调整成员变量cx，cy达到改变飞机的位置） return true;//planeView已经把把键盘触摸的事件消费了，下面的Activity一边待着去吧
}
}
}
);
}
}
三、基于回调的事件处理
定义：相比于监听，回调的事件源和事件监听器统一了，也就是所组件自己就具备处理事件的能力
public class PlaneView extends View{
public float cx;
public float cy;
Bitmap palne;
public PlaneView(Context context){
super(context);
plane=BitmapFactory.decodeResource(context.getResources(),R.drawable.iclon);
setFocusable(true);
}
//还有两个参数，三个参数的构造方法，在使用xml自定义的控件时，会默认调用第二个构造函数
//在这里省略掉了
public void onDraw(Canvas canvas){
super.onDraw(canvas);
Paint p=new Paint();
canvas.drawBitmap(plane,cx,cy,p);
}
//增加的代码，重写按键点击的响应
public boolean onKeyDown(int keyCode,KeyEvent event){
super.onKeyDown()keyCode,event;
syso("the onkeydown on planeView");
reutrn false;//
}
}
上面在planeview本身就完成了onkeydown的响应
事件响应顺序：当组件上的事件被触发后，Android系统最先触发的是按键上绑定的事件监听器，接着才触发该组件提供事件的回调方法，然后传播给该组件的Activity，如果任何一个组件处理返回了true，事件就不会继续向外传播了。
比较者：基于回调的事件处理具备有更加好的内聚性，模块化更加强一点，把属于一个组件的事务封装到一起
在handler里也有回调，因此我们把handler补充进来，形成知识连
四、handler消息传递机制
背景：由于手机的性能是有限的，为了Android性能的优化，（效率高一点），Android的UI操作不是线程安全的（线程安全就是同一个时刻只有一个线程操作数据），这就意味着当多个线程共同操作ui控件的时候可能会线程不安全，于是Android规定：只有UI主线程有权利操作UI组件。
为了实现这样的效果：由于新开辟的线程希望修改属性的值，却没有资格，这个尴尬的局面。Android提供了handler来完成对把控件的值修改的任务（回调的方式处理这个事件）
具体的过程就是：开发者只需要重写handler类的消息处理方法，当新启动线程的消息通过handler会加入的消息队列里，handler源源不断地获取这个消息队列里的消息并且一一处理，于是handler就回调了
介绍了handler 和消息队列，还差一个Looper，它就是消息队列的管理者
handler想源源不断地获取队列的message，就需要当前线程（一般是UI线程）有一个Looper对象
奇怪啊，我们主线程编写是好像没看到过Looper，为什么handler还能正常地运行呢？（因为UI线程已经初始化了Looper对象）。
如果当前线程不是UI线程，而是自己搞的一个子线程，开发者需要创建Looper对象，并且调用prepare（）方法，这样handler就能正常地工作了（因为Looper已经管理了消息队列）
对Looper源代码的研究
private Looper(){
mQueue=new MessageQueue();
mRun=tru;
mThread=Thread,.currentThread();
}
//说明Looper不能通过构造函数实例化，Looper在初始化时会指明哪个消息队列，哪个线程
public static final void prepare(){
if(sThreadlocal.get()!=null){
throw new Exception(一个线程里只能创建一个Looper);
}
sThreadlocal.set(new looper());
}
threadlocal线程范围内数据共享，类似map集合，键值对，
例子：明天补充
今天复习了两种事件，自定义控件，多线程，handler，挺不错啊，加油