深入浅析Android坐标系统

 1 背景

去年有很多人私信告诉我让说说自定义控件，其实通观网络上的很多博客都在讲各种自定义控件，但是大多数都是授之以鱼，却很少有较为系统性授之于渔的文章，同时由于自己也迟迟没有时间规划这一系列文章，最近想将这一系列文章重新提起来，所以就来先总结一下自定义控件的一个核心知识点——坐标系。

很多人可能不屑一顾android的坐标系，但是如果你想彻底学会自定义控件，我想说了解android各种坐标系及一些api的坐标含义绝对算一个小而不可忽视的技能；所谓android自定义view那几大主要onxxx()方法的重写实质其实大多数都是在处理坐标逻辑运算，所以我们就先来就题重谈一下android坐标系。

2 android坐标系

说到android坐标系其实就是一个三维坐标，z轴向上，x轴向右，y轴向下。这三维坐标的点处理就能构成android丰富的界面或者动画等效果，所以android坐标系在整个android界面中算是盖楼房的尺寸草图，下面我们就来看看这些相关的概念。

2-1 android屏幕区域划分

我们先看一副图来了解一下android屏幕的区域划分（关于这个东西的深入探讨你可以看下《android应用setcontentview与layoutinflater加载解析机制源码分析 》一文，那儿给出了部分原理的解释），如下：

通过上图我们可以很直观的看到android对于屏幕的划分定义。下面我们就给出这些区域里常用区域的一些坐标或者度量方式。如下：

//获取屏幕区域的宽高等尺寸获取
displaymetrics metrics = new displaymetrics();
getwindowmanager().getdefaultdisplay().getmetrics(metrics);
int widthpixels = metrics.widthpixels;
int heightpixels = metrics.heightpixels;
//应用程序app区域宽高等尺寸获取
rect rect = new rect();
getwindow().getdecorview().getwindowvisibledisplayframe(rect);
//获取状态栏高度
rect rect= new rect();
getwindow().getdecorview().getwindowvisibledisplayframe(rect);
int statusbarheight = rectangle.top;
//view布局区域宽高等尺寸获取
rect rect = new rect(); 
getwindow().findviewbyid(window.id_android_content).getdrawingrect(rect); 

特别注意：上面这些方法最好在activity的onwindowfocuschanged ()方法或者之后调运，因为只有这时候才是真正的显示ok，不懂的可以看我之前关于setcontentview相关的博客。

2-2 android view绝对相对坐标系

上面我们分析了android屏幕的划分，可以发现我们平时开发的重点其实都在关注view布局区域，那么下面我们就来细说一下view区域相关的各种坐标系。先看下面这幅图：

通过上图我们可以很直观的给出view一些坐标相关的方法解释，不过必须要明确的是上面这些方法必须要在layout之后才有效，如下：

view的静态坐标方法	解释
getleft()	返回view自身左边到父布局左边的距离
gettop()	返回view自身顶边到父布局顶边的距离
getright()	返回view自身右边到父布局左边的距离
getbottom()	返回view自身底边到父布局顶边的距离
getx()	返回值为getleft()+gettranslationx()，当settranslationx()时getleft()不变，getx()变。
gety()	返回值为gettop()+gettranslationy()，当settranslationy()时gettop()不变，gety()变。

同时也可以看见上图中给出了手指触摸屏幕时motionevent提供的一些方法解释，如下：

motionevent坐标方法	解释
getx()	当前触摸事件距离当前view左边的距离
gety()	当前触摸事件距离当前view顶边的距离
getrawx()	当前触摸事件距离整个屏幕左边的距离
getrawy()	当前触摸事件距离整个屏幕顶边的距离

上面就解释了你在很多代码中看见各种getxxx方法进行数学逻辑运算判断的含义。不过上面只是说了一些相对静止的android坐标点关系，下面我们来看看几个和上面方法紧密相关的view方法。如下：

view宽高方法	解释
getwidth()	layout后有效，返回值是mright-mleft，一般会参考measure的宽度（measure可能没用），但不是必须的。
getheight()	layout后有效，返回值是mbottom-mtop，一般会参考measure的高度（measure可能没用），但不是必须的。
getmeasuredwidth()	返回measure过程得到的mmeasuredwidth值，供layout参考，或许没用。
getmeasuredheight()	返回measure过程得到的mmeasuredheight值，供layout参考，或许没用。

上面解释了自定义view时各种获取宽高的一些含义，下面我们再来看看关于view获取屏幕中位置的一些方法，不过这些方法需要在activity的onwindowfocuschanged ()方法之后才能使用。如下图：

下面我们就给出上面这幅图涉及的view的一些坐标方法的结果（结果采用使用方法返回的实际坐标，不依赖上面实际绝对坐标转换，上面绝对坐标只是为了说明例子中的位置而已），如下：

view的方法	上图view1结果	上图view2结果	结论描述
getlocalvisiblerect()	(0, 0 - 410, 100)	(0, 0 - 410, 470)	获取view自身可见的坐标区域，坐标以自己的左上角为原点(0,0)，另一点为可见区域右下角相对自己(0,0)点的坐标，其实view2当前height为550，可见height为470。
getglobalvisiblerect()	(30, 100 - 440, 200)	(30, 250 - 440, 720)	获取view在屏幕绝对坐标系中的可视区域，坐标以屏幕左上角为原点(0,0)，另一个点为可见区域右下角相对屏幕原点(0,0)点的坐标。
getlocationonscreen()	(30, 100)	(30, 250)	坐标是相对整个屏幕而言，y坐标为view左上角到屏幕顶部的距离。
getlocationinwindow()	(30, 100)	(30, 250)	如果为普通activity则y坐标为view左上角到屏幕顶部（此时window与屏幕一样大）；如果为对话框式的activity则y坐标为当前dialog模式activity的标题栏顶部到view左上角的距离。

到此常用的相关view的静态坐标获取处理的方法和含义都已经叙述完了，下面我们看看动态的一些解释（所谓动静只是我个人称呼而已）。

2-3 android view动画相关坐标系

其实在我们使用动画时，尤其是补间动画时，你会发现其中涉及很多坐标参数，一会儿为相对的，一会儿为绝对的，你可能会各种蒙圈。那么不妨看下《android应用开发之所有动画使用详解 》这篇博客，这里面详细介绍了关于android动画相关的坐标系统，这里不再累赘叙述。

2-4 android view滑动相关坐标系

关于view提供的与坐标息息相关的另一组常用的重要方法就是滚动或者滑动相关的，下面我们给出相关的解释（特别注意：view的scrollto()和scrollby()是用于滑动view中的内容，而不是改变view的位置；改变view在屏幕中的位置可以使用offsetleftandright()和offsettopandbottom()方法，他会导致getleft()等值改变。），如下：

view的滑动方法	效果及描述
offsetleftandright(int offset)	水平方向挪动view，offset为正则x轴正向移动，移动的是整个view，getleft()会变的，自定义view很有用。
offsettopandbottom(int offset)	垂直方向挪动view，offset为正则y轴正向移动，移动的是整个view，gettop()会变的，自定义view很有用。
scrollto(int x, int y)	将view中内容（不是整个view）滑动到相应的位置，参考坐标原点为parentview左上角，x，y为正则向xy轴反方向移动，反之同理。
scrollby(int x, int y)	在scrollto()的基础上继续滑动xy。
setscrollx(int value)	实质为scrollto()，只是只改变y轴滑动。
setscrolly(int value)	实质为scrollto()，只是只改变x轴滑动。
getscrollx()/getscrolly()	获取当前滑动位置偏移量。

关于android view的scrollby()和scrollto()参数传递正数却向坐标系负方向移动的特性可能很多人都有疑惑，甚至是死记结论，这里我们简单给出产生这种特性的真实原因—-源码分析，如下：

public void scrollto(int x, int y) {
if (mscrollx != x || mscrolly != y) {
int oldx = mscrollx;
int oldy = mscrolly;
mscrollx = x;
mscrolly = y;
invalidateparentcaches();
onscrollchanged(mscrollx, mscrolly, oldx, oldy);
if (!awakenscrollbars()) {
postinvalidateonanimation();
}
}
}

view的该方法注释里明确说明了调运他会触发onscrollchanged()和invalidated()方法，那我们就将矛头转向invalidated()方法触发的draw()过程，draw()过程中最终其实会触发下面的invalidate()方法，如下：

public void invalidate(int l, int t, int r, int b) {
final int scrollx = mscrollx;
final int scrolly = mscrolly;
//scroller时为何参数和坐标反向的真实原因
invalidateinternal(l - scrollx, t - scrolly, r - scrollx, b - scrolly, true, false);
}

核心就在这里，相信不用我解释大家也知道咋回事了，自行脑补。

scrollto()和scrollby()方法特别注意：如果你给一个viewgroup调用scrollto()方法滚动的是viewgroup里面的内容，如果想滚动一个viewgroup则再给他嵌套一个外层，滚动外层即可。

3 总结

可以发现，上面只是说明了一些view里常用的与坐标相关的概念，关于自定义控件了解学习这些坐标概念只是一个基础，也是一个后续内容的铺垫，所以有必要先完全吃透此部分内容才能继续拓展学习新的东东。

view中还有一些其他与坐标获取相关的方法，但是一般都比较不常用，所以用到时可以现查api或者debug看现象进行学习即可，这里篇幅和时间有限就不一一道来了。