MotionEvent的getAction、getActionMask和getActionIndex的区别

引言

在很多自定义View的场景中,都有可能需要重写onTouchEvent、dispatchTouchEvent等方法,这些方法都传入一个MotionEvent对象,一般来说,我们需要通过该MotionEvent对象来获取当前的手势动作,然后判断Action_Down、Action_Move、Action_Up来执行不同的操作逻辑。
但是当我们看MotionEvent对象时,发现它有getAction、getActionMask和getActionIndex方法,而且在我们看第三方源码时,经常会看到这样的写法:

int action = event.getAction();
      switch (action) {
          case MotionEvent.ACTION_DOWN:

                  break;
          case MotionEvent.ACTION_MOVE:

                  break;
          case MotionEvent.ACTION_UP:

                break;
}

同时也会看到这样的写法:

int action = event.getAction() & MotionEvent.ACTION_MASK;
switch (action) {
    case MotionEvent.ACTION_DOWN:

        break;
    case MotionEvent.ACTION_MOVE:
        break;
    case MotionEvent.ACTION_UP:

        break;
}

这两种写法到底有什么区别呢?我们就来说一下MotionEvent的几种获取Action信息的方法。

TouchEvent事件信息存储

Android用一个32位的整数值来表示一个TouchEvent事件,低8位表示Touch事件的具体动作,例如按下、抬起、移动等动作。高8位表示Touch事件中多点触控的索引值。

  • getAction:
    表示触摸动作的原始32位信息,包括Touch事件的具体动作和触控点信息。
  • getActionMasked:
    表示触摸的动作,按下、抬起、移动等信息。

从源码可以看出getActionMasked = getAction & MotionEvent.ACTION_MASK
而MotionEvent.ACTION_MASK 是一个常量值,值为0xff,所以getActionMasked方法只保留了低8位的信息,也就是说只保留了触摸的动作信息。

  • getActionIndex:
    表示多点触控中触控点的信息。

为什么看第三方源码时,有时候写getAction,有时候写getActionMasked呢?从上面的分析中可以看出来个所以然:
getAction表示触摸动作的原始32位信息,当没有多点触控时,高8位即为0,这个时候getAction == getActionMasked。所以当我们确定我们自定义的View不会使用到多点触控时,就可以直接使用getAction来表示具体的触摸动作。但如果需要使用多点触控,或者是不确定后面会不会使用多点触控,则使用getActionMasked则是最保险的操作,所以我们经常看到下面这两种写法:

int action = event.getActionMasked();
switch(action) {
  case Action_Down:
  break;
}

int action = event.getAction() & MotionEvent.ACTION_MASK;
switch(action) {
  case Action_Down:
  break;
}

Android中是支持多点触控的,那么在高8位中是如何存储多点触控的索引信息的呢?举个例子来说:
如果从getAction方法中返回的值是0x0000,则表示是第一个触控点的ACTION_DOWN操作。高8位是0表示第一个触控点,低8位是0表示ACTION_DOWN操作。
同理,如果返回值是0x0100,则表示第二个触控点的ACTION_DOWN操作。
也就是说,getAction返回值的低8位表示触摸动作的类型信息,而高8位表示触控点的索引信息,也就是哪一个触控点的事件。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,236评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,867评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,715评论 0 340
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,899评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,895评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,733评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,085评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,722评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,025评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,696评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,816评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,447评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,057评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,009评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,254评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,204评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,561评论 2 343

推荐阅读更多精彩内容