那些你应该知道却不一定知道的—View坐标分析汇总

605 查看

一.概述

网上关于Android 的view坐标挺多的,写这篇的目的是因为网上搜到的文章大多较简单,几乎都是简单的介绍下获取的几个方法坐标的几个方法罢了,但在实战中,你会发现可能你学会的那几个获取坐标的方法并没有正确的使用,导致当你要计算坐标的时候可能会试过几遍才找到正确的办法(其实这也正是我容易混淆的地方,所以特地写篇博客记录下)

关于那几个获取坐标的方法我就懒得说了
(这篇博客有记载,大家可以去看看http://blog.csdn.net/jason0539/article/details/42743531

大体的方法就是这些了

20160416151944699

下面借用那篇博客的一张图:

20160416152117873

view提供的方法

getTop:获取到的,是view自身的顶边到其父布局顶边的距离
getLeft:获取到的,是view自身的左边到其父布局左边的距离
getRight:获取到的,是view自身的右边到其父布局左边的距离
getBottom:获取到的,是view自身的底边到其父布局顶边的距离

MotionEvent提供的方法

getX():获取点击事件相对控件左边的x轴坐标,即点击事件距离控件左边的距离
getY():获取点击事件相对控件顶边的y轴坐标,即点击事件距离控件顶边的距离
getRawX():获取点击事件相对整个屏幕左边的x轴坐标,即点击事件距离整个屏幕左边的距离
getRawY():获取点击事件相对整个屏幕顶边的y轴坐标,即点击事件距离整个屏幕顶边的距离

下面做个测试

20160416152715709

分别点击A点,B点后效果

20160416152631572

这里需要注意的是:

点击B点后(可以看到先是回调TestTextView中的onTouchEvent方法,然后才是MainActivity中的onTouchEvent,因为我在二者的onTouchEvent方法中都没有进行点击事件的消费处理,所以会往上传递,突然扯到了事件分发机制,2333~这里就是突然想补充一点,还是扯回坐标吧)

1.TestTextView中getY和getRawY取得的值不一样,这点我们可以理解

2.MainActivity中getY和getRawY取得的值一样!(我们注意到点击A,B点都是如此)

这里我们得到一条启发:

getY和getRawY这一系动作都是由MotionEvent来定义产生的。是得看最后MotionEvent是被哪个View所消耗。如果MotionEvent没有被任何View所消耗,最终返回Activity则getY和getRawY则一致。如果被View所消耗,则具体情况具体分析,getY,getRawY可能一致,也可能不一致。

测试2:类似在ListView这种有滚动轴的控件中会是什么样的呢?

20160416170334643

这个打印我忘记截图完整了,这里我说明下打印的log我是在ListView所在的activity中的dispatchTouchEvent,之所以不在activity的onTouchEvent中打印是因为ListView中的item消费了事件,那么这个activity的onTouchEvent就不会打印出Log了。
贴上代码

20160416170406321

这次我们点击的是item7的顶部。
(PS:这时可能会有点好奇,我们明明点击的接近是item7的顶部,为啥得到的Y指却不是接近0呢,原因后面讲)

这里我们得到一条启发:

对于这种滑动的ViewGroup,我们在获取ViewGroup的坐标值时并不需要考虑它到底滑动了多少(实际滑动的我们应该看作是ViewGroup中的View在滑动)

二.获取

在上面我们留下了一个疑问:我们明明点击的接近是item7的顶部,得到的Y指却不是接近0。
原因在于getRawY返回的是点击事件距离整个屏幕顶边的距离,所以点击item7的顶部,得到的Y值其实就是状态栏的值。

当然我们有时候碰到的不仅就只有状态栏,有时候是状态栏与标题栏并存的。所以我们在获取ViewGroup的Y值是一定要注意是否需要减去状态栏,标题栏(如果有)的高度,否则计算得到的Y值并不是正确的。

这里为了让大家更清晰的了解,大家可以看看这篇文章http://bbs.51cto.com/thread-1072344-1.html(Android4.0窗口机制和创建过程分析 )

下面我们用图来初略说明(这是我的理解,有误欢迎指正)

20160416174510452

现在我们再来说说怎么取得坐标值的时机

因为MotionEvent提供的获取坐标的方法是在页面完完全全显示在用户眼前且用户点击后才会使用到的方法,所以并不存在获取不到的问题,下面就论述下
view提供的获取坐标方法

看到这,你可能会说,那还不简单当布局被加载出来的时候,我们去获取不就OK了吗?
于是我们就会看到这样的错误:在一个Activity的onCreate方法中,设置完setContentView后,就开始View的getLeft,getTop等方法,结果发现为0,为啥?

原因就是:

对于View,ViewGroup来说,width、height、top、left等属性值是在Measure与Layout过程完成之后才开始正确赋值的,而Measure与Layout却都晚于onCreate方法执行,所以onCreate中getLeft根本就取不到值!

那要是我们想要在onCreate中取到我们想要的值,我们应该怎么做呢?
大家可以参考这两篇博文
http://www.cnblogs.com/kissazi2/p/4133927.html
http://blog.csdn.net/codezjx/article/details/45341309

我觉得写得很好了

归纳如下:

  1. 监听Draw/Layout事件:ViewTreeObserver
  2. 将一个runnable添加到Layout队列中:View.post()
  3. 重写View的onLayout方法
  4. 重写Activity的onWindowFocusChanged方法,在该方法中获取

这里我推荐2,4这两种,即

或者

三.计算

现在对坐标系是咋样的,我们已经了解了。

对啥时候获取,以及获取后是否需要纠正得到正确的Y,我们也已经分析了。

下面就来说说本文的重头戏 ——— 坐标的计算。

(之所以说是重头戏,是因为我们之前得到的都是一个点的正确坐标,现在我们需要做的是在得到多个正确坐标后,进行正确的计算,这样我们才能实现滑动这样炫酷的效果`(∩_∩)′)

首先我们需要建立一个概念

在Android的坐标系中,原点在屏幕左上角,向右x为正,向下y为正。

20160418223513513

(为了好计算,图片中的坐标单位是px)

(下面就以这个为例,我们要将View从原点移动到(200,400)的位置,即B点与C点重合)

想实现View移动大致有这几种方式(代码见下面)

20160419000646682

XML文件