android事件类

Ⅰ Android中使用事件总线的优缺点分别是什么

Android中使用事件总线Eventbus的优缺点如下：
1.Android EventBus事件总线是一个Android平台轻量级的事件总线框架, 它简化了Activity、Fragment、Service等组件之间的交互，很大程度上降低了它们之间的耦合，使得代码更加简洁，耦合性更低，提升代码质量。
2.AndroidEventBus使用注解来标识接收函数,这样函数名不受限制。
3.缺点是要实现上述订阅/发布模型的功能，付出的代价就是对各个注册Bus的类进行反射。如果大量的使用的情况下，对应用的性能多少有点副影响。
AndroidEventBus类似于观察者模式,通过register函数将需要订阅事件的对象注册到事件总线中,然后根据@Subcriber注解来查找对象中的订阅方法,并且将这些订阅方法和订阅对象存储在map中。当用户在某个地方发布一个事件时,事件总线根据事件的参数类型和tag找到对应的订阅者对象,最后执行订阅者对象中的方法。这些订阅方法会执行在用户指定的线程模型中,比如mode=ThreadMode.ASYNC则表示该订阅方法执行在子线程中

Ⅱ android点击事件

Android中View的onClick事件有四种写法:
1.匿名内部类：
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
//点击后执行
}

});
2.自定义单击事件监听类：
class MyClickListener implements OnClickListener {
@Override
public void onClick(View v) {
//点击后执行
}
}

3.Activity直接实现View.OnClickListener的onClick方法
@Override
public void onClick(View v) {
//点击后执行
}

4.在XML文件中显示指定按钮的onClick属性，这样点击按钮时会利用反射的方式调用对应Activity中的click()方法:
android:onClick="onClick"
public void onClick(View v) {
//点击后执行
}

Ⅲ 请简述什么是android事件处理，并分析两种android事件处理机制的实现过程和区别

UI编程通常都会伴随事件处理，Android也不例外，它提供了两种方式的事件处理：基于回调的事件处理和基于监听器的事件处理。

对于基于监听器的事件处理而言，主要就是为Android界面组件绑定特定的事件监听器；对于基于回调的事件处理而言，主要做法是重写Android组件特定的回调函数，Android大部分界面组件都提供了事件响应的回调函数，我们主要重写它们就行。

一 基于监听器的事件处理

相比于基于回调的事件处理，这是更具“面向对象”性质的事件处理方式。在监听器模型中，主要涉及三类对象：

1）事件源Event Source：产生事件的来源，通常是各种组件，如按钮，窗口等。

2）事件Event：事件封装了界面组件上发生的特定事件的具体信息，如果监听器需要获取界面组件上所发生事件的相关信息，一般通过事件Event对象来传递。

3）事件监听器Event Listener：负责监听事件源发生的事件，并对不同的事件做相应的处理。

基于监听器的事件处理机制是一种委派式Delegation的事件处理方式，事件源将整个事件委托给事件监听器，由监听器对事件进行响应处理。这种处理方式将事件源和事件监听器分离，有利于提供程序的可维护性。

举例：

View类中的OnLongClickListener监听器定义如下：（不需要传递事件）

[java] view plainprint?

public interface OnLongClickListener {

boolean onLongClick(View v);

}

public interface OnLongClickListener {
boolean onLongClick(View v);
}

View类中的OnLongClickListener监听器定义如下：（需要传递事件MotionEvent）

[java] view plainprint?

public interface OnTouchListener {

boolean onTouch(View v, MotionEvent event);

}

public interface OnTouchListener {
boolean onTouch(View v, MotionEvent event);
}

二 基于回调的事件处理

相比基于监听器的事件处理模型，基于回调的事件处理模型要简单些，该模型中，事件源和事件监听器是合一的，也就是说没有独立的事件监听器存在。当用户在GUI组件上触发某事件时，由该组件自身特定的函数负责处理该事件。通常通过重写Override组件类的事件处理函数实现事件的处理。

举例：

View类实现了KeyEvent.Callback接口中的一系列回调函数，因此，基于回调的事件处理机制通过自定义View来实现，自定义View时重写这些事件处理方法即可。

[java] view plainprint?

public interface Callback {

// 几乎所有基于回调的事件处理函数都会返回一个boolean类型值，该返回值用于

// 标识该处理函数是否能完全处理该事件

// 返回true，表明该函数已完全处理该事件，该事件不会传播出去

// 返回false，表明该函数未完全处理该事件，该事件会传播出去

boolean onKeyDown(int keyCode, KeyEvent event);

boolean onKeyLongPress(int keyCode, KeyEvent event);

boolean onKeyUp(int keyCode, KeyEvent event);

boolean onKeyMultiple(int keyCode, int count, KeyEvent event);

}

public interface Callback {
// 几乎所有基于回调的事件处理函数都会返回一个boolean类型值，该返回值用于
// 标识该处理函数是否能完全处理该事件
// 返回true，表明该函数已完全处理该事件，该事件不会传播出去
// 返回false，表明该函数未完全处理该事件，该事件会传播出去
boolean onKeyDown(int keyCode, KeyEvent event);
boolean onKeyLongPress(int keyCode, KeyEvent event);
boolean onKeyUp(int keyCode, KeyEvent event);
boolean onKeyMultiple(int keyCode, int count, KeyEvent event);
}

三 比对

基于监听器的事件模型符合单一职责原则，事件源和事件监听器分开实现；

Android的事件处理机制保证基于监听器的事件处理会优先于基于回调的事件处理被触发；

某些特定情况下，基于回调的事件处理机制会更好的提高程序的内聚性。

四 基于自定义监听器的事件处理流程

在实际项目开发中，我们经常需要自定义监听器来实现自定义业务流程的处理，而且一般都不是基于GUI界面作为事件源的。这里以常见的app自动更新为例进行说明，在自动更新过程中，会存在两个状态：下载中和下载完成，而我们的程序需要在这两个状态做不同的事情，“下载中”需要在UI界面上实时显示软件包下载的进度，“下载完成”后，取消进度条的显示。这里进行一个模拟，重点在说明自定义监听器的事件处理流程。

4.1）定义事件监听器如下：

Ⅳ Android事件的downTime和eventTime有何区别

区别：DownTime() /是获取按下开始时间，EventTime() //是获取事件结束时间。
在android中，不管是DownTime，还是EventTime，都是MontionEvent类 的方法。当用户触摸屏幕时，将创建一个MontionEvent对象（event），可以通过这个对象获取触控事件的具体信息（比如触摸的坐标event.getX(nID); //获取第nID个触控点的x位置 event.getY(nID); //获取第nID个点触控的y位置）。
补充：获取到DownTime和eventTime，他们的时间差就是总共按下时花费时间（event.getEventTime()-event.getDownTime())）

Ⅳ android里的所有事件都是基于消息队列的吗

Android广播分为两个方面：广播发送者和广播接收者，通常情况下，BroadcastReceiver指的就是广播接收者（广播接收器）。广播作为Android组件间的通信方式，可以使用的场景如下：1.同一app内部的同一组件内的消息通信（单个或多个线程之间）。2.同一app内部的不同组件之间的消息通信（单个进程）。3.同一app具有多个进程的不同组件之间的消息通信。4.不同app之间的组件之间消息通信。5.Android系统在特定情况下与App之间的消息通信。从实现原理看上，Android中的广播使用了观察者模式，基于消息的发布/订阅事件模型。因此，从实现的角度来看，Android中的广播将广播的发送者和接受者极大程度上解耦，使得系统能够方便集成，更易扩展。具体实现流程要点粗略概括如下：1.广播接收者BroadcastReceiver通过Binder机制向AMS(Activity Manager Service)进行注册；2.广播发送者通过binder机制向AMS发送广播；3.AMS查找符合相应条件（IntentFilter/Permission等）的BroadcastReceiver，将广播发送到BroadcastReceiver（一般情况下是Activity）相应的消息循环队列中；4.消息循环执行拿到此广播，回调BroadcastReceiver中的onReceive()方法。 对于不同的广播类型，以及不同的BroadcastReceiver注册方式，具体实现上会有不同。但总体流程大致如上。

Ⅵ Android可监听的事件类型（提示：用户事件和系统事件，用户事件又分为按键事件和触屏事件）

在android系统中，存在多种界面事件，如点击事件，触摸事件，焦点事件，和菜单事件
用户事件和系统事件等，事件发生时，android界面框架调用界面控件的事件处理函数对事件进行处理。
如：用户事件：
按键事件：keyevent将传递给onkey()函数进行处理
触屏事件：touchevent将传递给ontouch()函数进行处理。

Ⅶ android常用的事件有哪些

1：查看是否有存储卡插入

String status=Environment.getExternalStorageState();
if(status.equals(Enviroment.MEDIA_MOUNTED))
{
说明有SD卡插入
}

2：让某个Activity透明

OnCreate中不设Layout
this.setTheme(R.style.Theme_Transparent);

以下是Theme_Transparent的定义（注意transparent_bg是一副透明的图片）

3：在屏幕元素中设置句柄

使用Activity.findViewById来取得屏幕上的元素的句柄. 使用该句柄您可以设置或获取任何该对象外露的值.
TextView msgTextView = (TextView)findViewById(R.id.msg);
msgTextView.setText(R.string.push_me);

4：发送短信

String body=”this is mms demo”;

Intent mmsintent = new Intent(Intent.ACTION_SENDTO, Uri.fromParts(”smsto”, number, null));
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_MESSAGE_BODY, body);
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_COMPOSE_MODE, true);
mmsintent.putExtra(Messaging.KEY_ACTION_SENDTO_EXIT_ON_SENT, true);
startActivity(mmsintent);
可参考链接http://jykenan.iteye.com/blog/1062141

Ⅷ Android中KeyDown事件

Developer官网上关于返回值是这样写的：True if the listener has consumed the event, false otherwise. 意即，返回True代表事件完成，否则由系统进行后续处理。

Ⅸ android开发中，事件处理的方法有哪些

用户的每次触碰（onClick,onLongClick,onScroll,etc.）都是由一个ACTION_DOWN+n个ACTION_MOVE+1个ACTION_UP组成的，用户触碰必先有个ACTION_DOWN响应，用户触碰结束必然会有个ACTION_UP。（当然如果在途中被拦截，就可能不会有了！）那么View是如何分发消息和拦截消息呢？

1.View及其子类都会有的两个方法：

public boolean dispatchTouchEvent(MotionEvent ev) 这个方法用来分发TouchEvent
public boolean onTouchEvent(MotionEvent ev) 这个方法用来处理TouchEvent
2.特殊的View子类ViewGroup则还有一个方法：

Ⅹ android的事件处理机制有两种

1.基于监听的事件处理机制，有一个关键就是事件注册。 但是我们在实践的时候并没有自己手动的为某个视图控件注册监听器。
解答： 我们会经常用到 诸如 setOnclickListener()，OnTouchListener()方法等。 从字面意义理解，它为设置...监听器。 但是，它 跟注册还是颇有一些区别的。 我想注册实践监听器，就是将它挂在在一个线程上，也就是说有一个事件监听线程，那么，有事件的视图，就至少是双线程的程序了。 不过很可惜，在去看set..Listener的源码的时候，是看不到它在java源码方面的具体实现的。 也就是说，要么它依赖操作系统实现，要么它依赖jni实现，并且，事件线程由jni管理。 换言之，实现注册监听是由ni实现的。
2.事件源的触发流程：
解答： 学习过操作系统朋友应该知道，操作系统的很多操作都是通过中断来完成。 同理，比如一个点击事件，android手机硬件中，包括了一个触摸屏的硬件，它分为内屏和外屏。 其中负责触发屏幕点击和触摸中断的为内屏。 内屏大概由五个层次构成，具体有什么用不知道，反正我拆过~~~ 从内屏上，当有电容屏感应的时候，会接收到你触摸的位置信息，甚至触摸力度！！！ 这个消息经由系统中断（具有最高优先级，应该是由最高优先级的进程通知）发送给cpu,经由cpu通过进程间的消息机制传递给这个进程（当前正在用户界面运行的进程，这时候只有一个），也就是这个程序运行的内存空间的某个点。（或者说通过广播机制，将这个事件发送给所有的app也是有可能的）。