android技术专栏Android 面试专辑安卓开发

这可能是2017最经典的Android面试题

2017-10-13  本文已影响190人  酱爆大头菜

请详细叙述Android事件分发机制:


这道题是很多家面试公司会问到的一道经典面试题,但又经常被面试者忽略。

看了很多博客也看了很多代码,大部分都是长篇大论,不利于阅读固总结如下:

主线传递只有三步:Activity->ViewGroup->View

Activity和View只有两个方法控制事件传递:dispatchTouchEvent(),onTouchEvent ();
ViewGroup有三个方法控制传递:dispatchTouchEvent(),onInterceptTouchEvent(),onTouchEvent ();

接下来用一张图给大家叙述下具体是怎么一步一步分发的。


总结:
1.对于 dispatchTouchEvent,onTouchEvent,return true是终结事件传递。return false 是回溯到父View的onTouchEvent方法。
2.ViewGroup 想把自己分发给自己的onTouchEvent,需要拦截器onInterceptTouchEvent方法return true 把事件拦截下来。
3.ViewGroup 的拦截器onInterceptTouchEvent 默认是不拦截的,所以return super.onInterceptTouchEvent()=return false;
4.View 没有拦截器,为了让View可以把事件分发给自己的onTouchEvent,View的dispatchTouchEvent默认实现(super)就是把事件分发给自己的onTouchEvent。

ViewGroup和View 的dispatchTouchEvent 是做事件分发,那么这个事件可能分发出去的四个目标
注:------> 后面代表事件目标需要怎么做。
1、 自己消费,终结传递。------->return true
2、 给自己的onTouchEvent处理-------> 调用super.dispatchTouchEvent()系统默认会去调用 onInterceptTouchEvent,在onInterceptTouchEvent return true就会去把事件分给自己的onTouchEvent处理。
3、 传给子View------>调用super.dispatchTouchEvent()默认实现会去调用 onInterceptTouchEvent 在onInterceptTouchEvent return false,就会把事件传给子类。
4、 不传给子View,事件终止往下传递,事件开始回溯,从父View的onTouchEvent开始事件从下到上回归执行每个控件的onTouchEvent------->return false
注: 由于View没有子View所以不需要onInterceptTouchEvent 来控件是否把事件传递给子View还是拦截,所以View的事件分发调用super.dispatchTouchEvent()的时候默认把事件传给自己的onTouchEvent处理(相当于拦截),对比ViewGroup的dispatchTouchEvent 事件分发,View的事件分发只有dispatchTouchEvent()和onTouchEvent()不需要onInterceptTouchEvent()参与。

到此事件分发总结完毕。如果想详细了解事件分发机制的请看这篇博客:
http://blog.csdn.net/w525721508/article/details/78227154


2.View的渲染过程,或者叫View的绘制流程


这道题也是比较老的一道题了,但是无论BAT还是小创业公司中出现的频率相当高
接下来就总结性的叙述一遍View绘制流程,避免长篇大论,接下来的描述一切从简
希望各位读者耐心看完,相信你会有很大的收获!
View绘图流程是在ViewRoot.java类的performTraversals()函数中展开的
绘制部分一共需要三步:

measure() -> layout() -> draw();

1. 判读是否重新计算视图大小(measure)

这里写图片描述

原理:从顶层父View像子View递归调用view.measure(),measure方法中回调onMeasure()
MeasureSpec是View的测量内部类,测量规格为int型,值由高2位规格模式specMode和低30位的具体尺寸specSize组成。

specMode有三种值

MeasureSpec.UPSPECIFIED : 父容器对于子容器没有任何限制,子容器想要多大就多大
MeasureSpec.EXACTLY: 父容器已经为子容器设置了尺寸,子容器应当服从这些边界,不论子容器想要多大的空间。
MeasureSpec.AT_MOST:子容器可以是声明大小内的任意大小

2. 是否重新分配视图的位置(layout)

这里写图片描述

原理: layout也是从顶层父View向子View的递归调用View.layout方法的过程,父View根据上一步measure子View得到的布局大小和布局参数,将子View放在合适的位置上。

3. 是否重新绘制(draw)

这里写图片描述

原理: draw过程也是在ViewRootImpl的performTraversals()内部调运的,其调用顺序在measure()和layout()之后,这里的mView对于Actiity来说就是PhoneWindow.DecorView,ViewRootImpl中的代码会创建一个Canvas对象,然后调用View的draw()方法来执行具体的绘制工。所以又回归到了ViewGroup与View的树状递归draw过程

4. invalidate()

原理: invalidate方法请求重绘View树(也就是draw方法),如果View大小没有发生变化就不会调用layout过程,并且只绘制那些“需要重绘的”View,也就是哪个View(View只绘制该View,ViewGroup绘制整个ViewGroup)请求invalidate系列方法,就绘制该View。

例: 当我们写一个Activity时,我们一定会通过setContentView方法将我们要展示的界面传入该方法,该方法会讲我们界面通过addView追加到id为content的一个FrameLayout(ViewGroup)中,然后addView方法中通过调运invalidate(true)去通知触发ViewRootImpl类的performTraversals()方法,至此递归绘制我们自定义的所有布局。

5.requestLayout()

原理: View的requestLayout时其实质就是层层向上传递,直到ViewRootImpl为止,然后触发ViewRootImpl的requestLayout方法
requestLayout()方法会调用measure过程和layout过程,不会调用draw过程,也不会重新绘制任何View包括该调用者本身。

以上为View渲染的整体过程,如有问题欢迎指正。

上一篇下一篇

猜你喜欢

热点阅读