Android 屏幕实现水龙头事件

在android下，事件的发生是在监听器下进行。android系统能够响应按键事件和触摸屏事件，事件说明例如以下：

onClick(View v)一个普通的点击button事件

boolean onKeyMultiple(int keyCode,int repeatCount,KeyEvent event)用于在多个事件连续时发生，用于按键反复，必须重载@Override实现

boolean onKeyDown(int keyCode,KeyEvent event)用于在按键进行按下时发生

boolean onKeyUp(int keyCode,KeyEvent event）用于在按键进行释放时发生

onTouchEvent(MotionEvent event)触摸屏事件，当在触摸屏上有动作时发生

boolean onKeyLongPress(int keyCode, KeyEvent event)当你长时间按时发生

对于这几个函数的实例

首先我们建立一个android项目，当项目建立好之后，直接在默认的main.xml文件里拖放一个button按钮。其它的不须要在这里做什么了，然后就能够到命名好的.java文件里进行先关代码的书写；

1.    对要使用的控件进行引用，当然你也能够用到的时候再在相关类控件加入引用


import android.app.Activity;

import android.os.Bundle;

import android.view.KeyEvent;

import android.view.MotionEvent;

import android.view.View;

import android.widget.Button;

import android.widget.Toast;

2.    获得相关对象，设置控件监听器


Button button=(Button) findViewById(R.id.button1);

//设置监听

button.setOnClickListener(newButton.OnClickListener()

{

@Override

publicvoid
onClick(View v) {

//TODO
Auto-generated method stub

DisplayToast("事件触发成功");

}

});

请注意这里末尾使用的是分号“；这里就是获得button的实例，然后对他进行监听，当用户点击时就会发生onClick事件。这里还用到一个方法，就是显示一个短消息，在屏幕停留几秒钟就会自己主动消失，其方法例如以下:


publicvoid
DisplayToast(String str)

{

Toast.makeText(this,
str, Toast.LENGTH_SHORT).show();

}

当然你也能够设置显示长点。即Toast.LENGTH_SHORT改为Toast.LENGTH_LONG

3.    当按键按下是发生的事件


public boolean onKeyDown(int keyCode,KeyEvent event)

{

switch(keyCode)

{

case KeyEvent.KEYCODE_0:

DisplayToast("你按下数字键0");

break;

case KeyEvent.KEYCODE_DPAD_CENTER:

DisplayToast("你按下中间键");

break;sss

case KeyEvent.KEYCODE_DPAD_DOWN:

DisplayToast("你按下下方向键");

break;

case KeyEvent.KEYCODE_DPAD_LEFT:

DisplayToast("你按下左方向键");

break;

case KeyEvent.KEYCODE_DPAD_RIGHT:

DisplayToast("你按下右方向键");

break;

case KeyEvent.KEYCODE_DPAD_UP:

DisplayToast("你按下上方向键");

break;

case KeyEvent.KEYCODE_ALT_LEFT:

DisplayToast("你按下组合键alt+←");

break;

}

return super.onKeyDown(keyCode, event);

}

这里全部的keyCode都囊括了。这仅仅是几个比較典型的样例，效果例如以下：





4.        当按键弹起时发生的事件，代码例如以下：


publicboolean
onKeyUp(int keyCode,KeyEvent event)

{

switch(keyCode)

{

case KeyEvent.KEYCODE_0:

DisplayToast("松开数字键0");

break;

case KeyEvent.KEYCODE_DPAD_CENTER:

DisplayToast("松开中间键");

break;

case KeyEvent.KEYCODE_DPAD_DOWN:

DisplayToast("松开下方向键");

break;

case KeyEvent.KEYCODE_DPAD_LEFT:

DisplayToast("松开左方向键");

break;

case KeyEvent.KEYCODE_DPAD_RIGHT:

DisplayToast("松开右方向键");

break;

case KeyEvent.KEYCODE_DPAD_UP:

DisplayToast("松开上方向键");

break;

case KeyEvent.KEYCODE_ALT_LEFT:

DisplayToast("松开组合键alt+←");

break;

}

returnsuper.onKeyUp(keyCode,
event);

}

效果与上图类似，仅仅是文字不一样

5.        触摸屏事件，当用手或者用笔在触摸屏上做动作是发生。相关代码例如以下：

    public boolean onTouchEvent(MotionEvent event)

{

int Action = event.getAction();

float X = event.getX();

float Y = event.getY();

mAction.setText("Action = " + Action);

mPosition.setText("Position = (" + X + " , " + Y + ")");

return true;

}

当中 Action变量会得到三个返回值，代表三种不同的触摸阶段

Action = 0 ： ACTION_DOWN

Action = 1 ： ACTION_UP

Action = 2 ；
ACTION_MOVE   就是拖动的感觉

6.        连续点击按键时发生的事件

Publicboolean onKeyMultiple(int keyCode,int repeatCount,KeyEvent event)

{

Return super.onKeyMultiple(keyCode, repeatCount, event);

}

Android onTouchEvent, onClick及onLongClick的调用机制

针对屏幕上的一个View控件，Android怎样区分应当触发onTouchEvent。还是onClick，亦或是onLongClick事件？

在Android中，一次用户操作能够被不同的View按次序分别处理，并将全然响应了用户一次UI操作称之为消费了该事件(consume)。那么Android是按什么次序将事件传递的呢?

又在什么情况下判定为消费了该事件？

搞清楚这些问题对于编写出能正确响应UI操作的代码是非常重要的。尤其当屏幕上的不同View须要针对此次UI操作做出各种不同响应的时候更是如此，一个典型样例就是用户在桌面上放置了一个Widget。那么当用户针对widget做各种操作时，桌面本身有的时候要对用户的操作做出响应，有时忽略。仅仅有搞清楚事件触发和传递的机制才有可能保证在界面布局非常复杂的情况下，UI控件仍然能正确响应用户操作。

1.  onTouchEvent

onTouchEvent中要处理的最经常使用的3个事件就是：ACTION_DOWN、ACTION_MOVE、ACTION_UP。

这三个事件标识出了最主要的用户触摸屏幕的操作。含义也非常清楚。尽管大家天天都在用它们，可是有一点请留意。ACTION_DOWN事件作为起始事件。它的重要性是要超过ACTION_MOVE和ACTION_UP的。假设发生了ACTION_MOVE或者ACTION_UP，那么一定以前发生了ACTION_DOWN。

从Android的源码中能看到基于这样的不同重要性的理解而实现的一些交互机制，SDK中也有明白的提及，比如在ViewGroup的onInterceptTouchEvent方法中。假设在ACTION_DOWN事件中返回了true，那么兴许的事件将直接发给onTouchEvent。而不是继续发给onInterceptTouchEvent。

2.  onClick、onLongClick与onTouchEvent

以前看过一篇帖子提到。假设在View中处理了onTouchEvent，那么就不用再处理onClick了，由于Android仅仅会触发当中一个方法。这个理解是不太正确的，针对某个view，用户完毕了一次触碰操作，显然从传感器上得到的信号是手指按下和抬起两个操作。我们能够理解为一次Click。也能够理解为发生了一次ACTION_DOWN和ACTION_UP，那么Android是怎样理解和处理的呢？

在Android中，onClick、onLongClick的触发是和ACTION_DOWN及ACTION_UP相关的，在时序上。假设我们在一个View中同一时候覆写了onClick、onLongClick及onTouchEvent的话，onTouchEvent是最先捕捉到ACTION_DOWN和ACTION_UP事件的。其次才可能触发onClick或者onLongClick。基本的逻辑在View.java中的onTouchEvent方法中实现的：

case MotionEvent.ACTION_DOWN:

mPrivateFlags |= PRESSED;

refreshDrawableState();

if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) {

postCheckForLongClick();

break;

case MotionEvent.ACTION_UP:

if ((mPrivateFlags & PRESSED) != 0) {

boolean focusTaken = false;

if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {

focusTaken = requestFocus();

if (!mHasPerformedLongPress) {

if (mPendingCheckForLongPress != null) {

removeCallbacks(mPendingCheckForLongPress);

if (!focusTaken) {

performClick();

break;

能够看到，Click的触发是在系统捕捉到ACTION_UP后发生并由performClick()运行的，performClick里会调用先前注冊的监听器的onClick()方法：

public boolean performClick() {

if (mOnClickListener != null) {

playSoundEffect(SoundEffectConstants.CLICK);

mOnClickListener.onClick(this);

return true;

return false;

LongClick的触发则是从ACTION_DOWN開始。由postCheckForLongClick()方法完毕：

private void postCheckForLongClick() {

mHasPerformedLongPress = false;

if (mPendingCheckForLongPress == null) {

mPendingCheckForLongPress = new CheckForLongPress();

mPendingCheckForLongPress.rememberWindowAttachCount();

postDelayed(mPendingCheckForLongPress, ViewConfiguration.getLongPressTimeout());

能够看到，在ACTION_DOWN事件被捕捉后，系统会開始触发一个postDelayed操作，delay的时间在Eclair2.1上为500ms。500ms后会触发CheckForLongPress线程的运行：

class CheckForLongPress implements Runnable {

public void run() {

if (isPressed() && (mParent != null)

&& mOriginalWindowAttachCount == mWindowAttachCount) {

if (performLongClick()) {

mHasPerformedLongPress = true;

假设各种条件都满足，那么在CheckForLongPress中运行performLongClick()，在这种方法中将调用onLongClick()：

public boolean performLongClick() {

if (mOnLongClickListener != null) {

handled = mOnLongClickListener.onLongClick(View.this);

从实现中能够看到onClick()和onLongClick()方法是由ACTION_DOWN和ACTION_UP事件捕捉后依据各种情况终于确定是否触发的，也就是说假设我们在一个Activity或者View中同一时候监听或者覆写了onClick(),onLongClick()和onTouchEvent()方法，并不意味着仅仅会发生当中一种。

以下是一个onClick被触发的基本时序的Log：

04-05 05:57:47.123: DEBUG/TSActivity(209): onTouch ACTION_DOWN

04-05 05:57:47.263: DEBUG/TSActivity(209): onTouch ACTION_UP

04-05 05:57:47.323: DEBUG/TSActivity(209): onClick

能够看出是按ACTION_DOWN -> ACTION_UP -> onClick的次序发生的。

以下是一个onLongClick被触发的基本时序的Log：

04-05 06:00:04.133: DEBUG/TSActivity(248): onTouch ACTION_DOWN

04-05 06:00:04.642: DEBUG/TSActivity(248): onLongClick

04-05 06:00:05.083: DEBUG/TSActivity(248): onTouch ACTION_UP

能够看到，在保持按下的状态一定时间后会触发onLongClick,之后抬起手才会发生ACTION_UP。

3.  onClick和onLongClick能同一时候发生吗？

要弄清楚这个问题仅仅要理解Android对事件处理的所谓消费(consume)概念就可以。一个用户的操作会被传递到不同的View控件和同一个控件的不同监听方法处理，不论什么一个接收并处理了该次事件的方法假设在处理完后返回了true，那么该次event就算被全然处理了，其它的View或者监听方法就不会再有机会处理该event了。

onLongClick的发生是由单独的线程完毕的。而且在ACTION_UP之前，而onClick的发生是在ACTION_UP后，因此同一次用户touch操作就有可能既发生onLongClick又发生onClick。

这样是不是不可思议？所以及时向系统表示“我已经全然处理（消费）了用户的此次操作”，是非常重要的事情。

比如。我们假设在onLongClick()方法的最后return true，那么onClick事件就没有机会被触发了。

以下的Log是在onLongClick()方法return false的情况下。一次触碰操作的基本时序：

04-05 06:00:53.023: DEBUG/TSActivity(277): onTouch ACTION_DOWN

04-05 06:00:53.533: DEBUG/TSActivity(277): onLongClick

04-05 06:00:55.603: DEBUG/TSActivity(277): onTouch ACTION_UP

04-05 06:00:55.663: DEBUG/TSActivity(277): onClick

查看，在ACTION_UP还是触发后onClick()方法。

时间： 2024-10-22 04:14:16

Android 屏幕实现水龙头事件的相关文章

Android代码模拟物理、屏幕点击事件

一.应用中模拟物理和屏幕点击事件 例如,模拟对某个view的点击事件 private void simulateClick(View view, float x, float y) { long downTime = SystemClock.uptimeMillis(); final MotionEvent downEvent = MotionEvent.obtain(downTime, downTime,MotionEvent.ACTION_DOWN, x, y, 0); downTime +

android屏幕触摸事件机制（转）

android中的事件类型分为按键事件和屏幕触摸事件,Touch事件是屏幕触摸事件的基础事件,有必要对它进行深入的了解.一个最简单的屏幕触摸动作触发了一系列Touch事件:ACTION_DOWN->ACTION_MOVE->ACTION_MOVE->ACTION_MOVE...->ACTION_MOVE->ACTION_UP当屏幕中包含一个ViewGroup,而这个ViewGroup又包含一个子view,这个时候android系统如何处理Touch事件呢?到底是ViewGro

【转】Android屏幕适配全攻略(最权威的官方适配指导)

Android的屏幕适配一直以来都在折磨着我们这些开发者,本篇文章以Google的官方文档为基础,全面而深入的讲解了Android屏幕适配的原因.重要概念.解决方案及最佳实践,我相信如果你能认真的学习本文,对于Android的屏幕适配,你将有所收获! Android屏幕适配出现的原因 重要概念 屏幕尺寸 屏幕分辨率 屏幕像素密度 dpdipdpisppx mdpihdpixdpixxdpi 解决方案 支持各种屏幕尺寸 使用wrap_contentmatch_parentweight 使用相对布局

Android屏幕适配全攻略（最权威的官方适配指导）

Android屏幕适配出现的原因 在我们学习如何进行屏幕适配之前,我们需要先了解下为什么Android需要进行屏幕适配. 由于Android系统的开放性,任何用户.开发者.OEM厂商.运营商都可以对Android进行定制,修改成他们想要的样子. 但是这种"碎片化"到底到达什么程度呢? 在2012年,OpenSignalMaps(以下简称OSM)发布了第一份Android碎片化报告,统计数据表明, 2012年,支持Android的设备共有3997种. 2013年,支持Android的设备

Android——View、ViewGroup事件（Touch事件）处理机制总结

Android中的事件 Touch事件,四种状态: ACTION_DOWN     -->   表示按下了屏幕,一个事件必然从ACTION_DOWN开始 ACTION_MOVE      -->   表示移动手势 ACTION_UP            -->  表示离开屏幕 ACTION_CANCEL  -->   表示取消手势,一般由程序产生,不会由用户产生 一个ACTION_DOWN, n个ACTION_MOVE,1个ACTION_UP,就构成了Android中众多的事件.

Android 手势&触摸事件 MotionEvent

1.http://blog.csdn.net/omg_2012/article/details/7881443 这篇相当好啊 2.http://blog.csdn.net/android_tutor/article/details/7193090 3.http://blog.csdn.net/heng615975867/article/details/8791937 4.http://www.dewen.org/q/2438/ ACTION_MASK在Android中是应用于多点触摸操作,字面上

Android屏幕适配全攻略(最权威的Google官方适配指导)

Android的屏幕适配一直以来都在折磨着我们这些开发者,本篇文章以Google的官方文档为基础,全面而深入的讲解了Android屏幕适配的原因.重要概念.解决方案及最佳实践,我相信如果你能认真的学习本文,对于Android的屏幕适配,你将有所收获! 出处:http://blog.csdn.net/zhaokaiqiang1992 Android屏幕适配出现的原因 重要概念 屏幕尺寸 屏幕分辨率 屏幕像素密度 dpdipdpisppx mdpihdpixdpixxdpi 解决方案 支持各种屏幕尺

Android中TouchEvent触摸事件机制

当我们的手指在Android屏幕上点击或滑动时,就会触发触摸事件TouchEvent.在App中ViewGroup和View存在多级嵌套,在最外层的是Activity,最内层的View,介于Activity与View之间的是一些ViewGroup.本文为了简化讨论,我们假设一个Activity中只有一个ViewGroup,这个ViewGroup中只有一个View.当我们用手指触摸到View的UI时,就会产生触摸事件TouchEvent,总的过程如下图所示: 首先是最外层的Activity接收到该

Android屏幕适配全攻略(最权威的官方适配指导)(转)，共大家分享。

Android的屏幕适配一直以来都在折磨着我们这些开发者,本篇文章以Google的官方文档为基础,全面而深入的讲解了Android屏幕适配的原因.重要概念.解决方案及最佳实践,我相信如果你能认真的学习本文,对于Android的屏幕适配,你将有所收获! Android屏幕适配出现的原因 重要概念 屏幕尺寸 屏幕分辨率 屏幕像素密度 dpdipdpisppx mdpihdpixdpixxdpi 解决方案 支持各种屏幕尺寸 使用wrap_contentmatch_parentweight 使用相对布局