关于Android的视图体系，有一些位置、坐标系、定位的小细节可能开发者并没有注意到，本文将指出一些让人惊讶的小细节，并以实例证明。
一、Android的视图组织体系不为人知的小细节
众所周知Android中的view分为view和viewGroup，viewGroup又继承了view，两者组织起来成为一颗“视图树”。
Actiity并不直接承载view，承载view的是Android中的Window，他们具体的组织形式如下图所画。
其中DecorView作为根View，是Android中的一个自定义View，看源码可知它继承了FrameLayout。它内部有有三个部分：
- 顶部的View，这个View起到一个占位的作用，让系统状态栏能显示出来。
- 一个垂直方向的线性布局，分为标题栏和内容栏，我们用setContentView给一个Activity设置的布局，就会加入到内容栏部分。
- 底部View，同样起到一个占位的作用，让系统的底部导航栏显示出来。
下图是使用Android Studio Inspector Layout 抓取的视图树的截图。
二、View的绘制过程的一个小细节
视图树的测量过程是从上到下的，顶层View先测量自己的大小，然后递归调用子View的测量方法。这个很好理解，只有父View测量好了，才能让子View知道自己最大可以获得多大空间。
关于测量不再多讲，此处特别提出关于MeasureSpec的一些小知识。
我们在自定义View的重写onMeasure()发现有传入两个Int型的参数，就是MeasureSpec，如下代码所示。
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int widthSize = MeasureSpec.getSize(widthMeasureSpec);
int heightSize = MeasureSpec.getSize(heightMeasureSpec);
int widthMode = MeasureSpec.getMode(widthMeasureSpec);
int heightMode = MeasureSpec.getMode(heightMeasureSpec);
int width, height;
//一些判断逻辑
//最终设置自定义View宽高
setMeasuredDimension(width, height);
}
关于MeasureSpec有一个奇怪的现象，它明明是一个int值，但是却保存两个信息：
- 模式信息，通过getMode()得到
- 尺寸信息：通过getSize()得到
这是为什么呢？这可以通过查看源码得到，MeasureSpec是一个32位的int值没错，但是它的高2位储存了SpecMode信息，低30位储存了SpecSize尺寸信息。
private static final int MODE_SHIFT = 30;
private static final int MODE_MASK = 0x3 << MODE_SHIFT;
public static int getMode(int measureSpec) {
//通过与掩码与运算获得模式信息
return (measureSpec & MODE_MASK);
}
public static int getSize(int measureSpec) {
//通过与掩码的反码与运算获得尺寸信息
return (measureSpec & ~MODE_MASK);
}
如上述源码所示，定义一个掩码 原始值 0000 0000 0000 0000 0000 0000 0000 0011
通过左移运算符 移动30位，变为 1100 0000 0000 0000 0000 0000 0000 0000
getMode()中通过与掩码与运算获得模式信息（高2位留存）。
getSize()中通过与掩码的反码与运算获得尺寸信息（低30位留存）。
讲到这，是不是解决了一块小小的心病？
更多自定View的基础知识可以参看本人另一篇博客：Android自定义View讲解加示例
三、View定位体系不为人知的细节。
关于View的定位体系很多开发者并没深入了解，本节将提出一些问题看看诸位看客是否都有所了解。
1. View的定位模型和定位参数
我们在使用View定位的时候，可能会设置他们的一些位置信息
比如top,left,right,bottom，这些可以通过setTop()等方法进行。
或者会使用到setX()，setY()方法设置其X,Y坐标。
又有可能使用setTranslateX()，setTranslateY()。
还有可能使用scrollBy()，scrollTo()改变其位置信息。
那么关于上述的种种行为就需要理清楚View的坐标体系，请看下图。
从上图可以看出：
View的定位是一种相对定位，即相对于父元素进行定位。
View的坐标系和常规略有不同，x的正方向是向右，y轴正方向向下。
top和left含义很好理解，但是请注意，right的含义是子View右边距距离父View左边距的距离，botton的含义是子View下边距距离父View上边距的距离。
View的X，Y坐标是指v左上角相对于父元素的坐标。
-
关于translateX和 translateY图中并没有画出，这两个属性是View左上角相对于原来位置的偏移量。通过以下公式可能更加清晰：
X=left+translateX
关于定位模型，是不是解决了你的一些疑惑？
2. View的scrollBy(x,y)和scrollTo(x,y)方法。
可能有开发者经常使用这两个方法，但是你是否注意到两个小点：
x传入正值向左移，y传入正值向上移动（后面有代码示范。）
这两个方法只是移动了View的内容，View的实际定位框架并没有改变，还是用个图来表示。
上图可以说明这个概念，scroll移动的只是view的内容，view实际上的位置并没有移动。
那肯定有人会表示怀疑，必须通过一个例子实践证明。
怎么验证上述结论呢？其实很简单，第一、如果View整体都移动了，那么应该会引起整个视图树的重新定位，比如会发生后面的view会补充空白等现象。第二、我们实时获取被移动View的 top、left属性值，看是否发生变化。好，我们写一个demo。
写一个布局文件，一个垂直线性布局，放入一个textView和一个button
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/activity_main"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
>
<TextView
android:id="@+id/textview1"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="TextView点击移动自己"
android:layout_marginTop="350dp"
android:gravity="center"
/>
<Button
android:id="@+id/button2"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="button观察其是否跟随移动补位"
android:layout_marginTop="20dp"
/>
</LinearLayout>
写activity的代码，让textView点击的时候，向上移动自己的位置，同时输出位置信息
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
final TextView textView = (TextView) findViewById(R.id.textview1);
textView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
textView.scrollBy(0, 10);//点击移动自己
//输出位置参数
Log.i("WQW", "Top参数：" + textView.getTop());
Log.i("WQW", "Left参数：" + textView.getLeft());
Log.i("WQW", "Right参数：" + textView.getRight());
Log.i("WQW", "Bottom参数：" + textView.getBottom());
}
});
}
}
来看下Gif运行结果，检查一下下面的Button是否会补位。从下面结果中可以看到Button并不会随之向上移动补位。
再来看一下Log输出，可以发现top等位置属性值都没有发生变化。至此，已经证明完毕，scrollBy()等方法只是移动了View的内容。
11-08 04:24:18.678 32105-32105/com.example.administrator.myapplication I/WQW: Top参数：1050
11-08 04:24:18.678 32105-32105/com.example.administrator.myapplication I/WQW: Left参数：0
11-08 04:24:18.678 32105-32105/com.example.administrator.myapplication I/WQW: Right参数：1080
11-08 04:24:18.678 32105-32105/com.example.administrator.myapplication I/WQW: Bottom参数：1107
11-08 04:24:20.603 32105-32105/com.example.administrator.myapplication I/WQW: Top参数：1050
11-08 04:24:20.603 32105-32105/com.example.administrator.myapplication I/WQW: Left参数：0
11-08 04:24:20.603 32105-32105/com.example.administrator.myapplication I/WQW: Right参数：1080
11-08 04:24:20.603 32105-32105/com.example.administrator.myapplication I/WQW: Bottom参数：1107
11-08 04:24:23.867 32105-32105/com.example.administrator.myapplication I/WQW: Top参数：1050
11-08 04:24:23.867 32105-32105/com.example.administrator.myapplication I/WQW: Left参数：0
11-08 04:24:23.867 32105-32105/com.example.administrator.myapplication I/WQW: Right参数：1080
11-08 04:24:23.867 32105-32105/com.example.administrator.myapplication I/WQW: Bottom参数：1107
三、总结
本文总结了三个方面的一些开发者没有关注到的小细节，如Android的视图组织体系，绘制过程和View定位模型定位参数，将来如发现更多值得补充的内容，仍旧会更新在本文当中。
如果觉得本文对你有帮助，请关注、留言、点赞我，谢谢！
