水寒

处理用户界面事件Handling UI Events在Android上，不止一个途径来侦听用户和应用程序之间交互的事件。对于用户界面里的事件，侦听方法就是从与用户交互的特定视图对象截获这些事件。视图类提供了相应的手段。在各种用来组建布局的视图类里面，你可能会注意到一些公共的回调方法看起来对用户界面事件有用。这些方法在该对象的相关动作发生时被Android框架调用。比如，当一个视图（如一个按

记得在前面的文章中，我带大家一起从源码的角度分析了Android中View的事件分发机制，相信阅读过的朋友对View的事件分发已经有比较深刻的理解了。还未阅读过的朋友，请先参考 Android事件分发机制完全解析，带你从源码的角度彻底理解(上) 。那么今天我们将继续上次未完成的话题，从源码的角度分析ViewGruop的事件分发。首先我们来探讨一下，什么是ViewGrou

其实我一直准备写一篇关于Android事件分发机制的文章，从我的第一篇博客开始，就零零散散在好多地方使用到了Android事件分发的知识。也有好多朋友问过我各种问题，比如：onTouch和onTouchEvent有什么区别，又该如何使用？为什么给ListView引入了一个滑动菜单的功能，ListView就不能滚动了？为什么图片轮播器里的图片使用Button而不用ImageView？等等……对于这些

转载请注明出处：http://blog.csdn.net/singwhatiwanna/article/details/17339857概述一直想写篇关于Android事件派发机制的文章，却一直没写，这两天刚好是周末，有时间了，想想写一篇吧，不然总是只停留在会用的层次上但是无法了解其内部机制。我用的是4.4源码，打开看看，挺复杂的，尤其是事件是怎么从Activity派发出来的，太费解了

很多应用中都有一个在用户后退的时候显示“再按一次退出”的提醒，这个怎么实现呢？有两种方式第一种方式（最常用） long waitTime = 2000; long touchTime = 0; @Override public boolean onKeyDown(int keyCode, KeyEvent event) { if(event.getAction() == K

Android提供了两种方式来处理事件，一个是基于回调的事件处理，另一个是基于监听的事件处理，举个例子：基于回调的事件处理 @Override public boolean onTouchEvent(MotionEvent event) { // TODO Auto-generated method stub return super.onTouchEvent(event);

当一个程序第一次启动时，Android会启动一条主线程（Main Thread），主线程主要负责处理与UI相关的事件，如按键事件、触屏事件、绘图事件，主线程也被称为UI线程。UI的操作只能是通过主线程来操作，为了解决多线程操作UI的问题，就用到了Handler类。一、Handler类Handler类的作用有两个：1、在新启动的线程中发送消息。2、在主

Android的UI线程主要负责处理用户的事件及图形显示，因此主线程UI不能阻塞，否则会弹出一个ANR（Application Not Responding）异常,所以不能在UI线程中执行耗时操作。AsyncTaskAsyncTaskParams:启动任务执行的输入参数的类型Progress:后台任务完成的进度值的类型Result:后台执行任务完成后返回结果的类型例子：

上一篇继续对任老师的《可下拉的PinnedHeaderExpandableListView的实现》进行了分析，这一篇计划中间插一段“知识点”,对Android中的事件分发机制进行解析。细心的朋友可能会发现，打开大牛写的Android项目，里面很多组件都是自定义的（这就是为什么界面和体验这么吸引你的原因），但是要灵活的去自定义组件就必须对手势（也就是各种监听）必须熟悉，能处理好事件之间的关系。先看一