每次到每一年的年底，都会花几天时间把今年对每个知识点总结一下。算是对自己经验的累积，以弥补自己的不足。把知识点汇总一下，看看自身的不足和错误，以便2020年再接再厉
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)
参考答案
View 的工作流程主要是指 measure、layout、draw 这三大流程，即测量、布局和绘制，其中 measure 确定 View 的测量宽/ / 高，layout 确定 View 的最终宽/ / 高和 四个顶点的位置，而 draw 则将 View绘制到屏幕上
View 的绘制过程遵循如下几步：
点击事件产生后，首先传递给 Activity 的 dispatchTouchEvent 方法，通过PhoneWindow 传递给 DecorView,然后再传递给根 ViewGroup,进入 ViewGroup 的dispatchTouchEvent 方法，执行 onInterceptTouchEvent 方法判断是否拦截，再不拦截的情况下，此时会遍历 ViewGroup 的子元素，进入子 View 的dispatchToucnEvent 方法，如果子 view 设置了 onTouchListener,就执行 onTouch方法，并根据 onTouch 的返回值为 true 还是 false 来决定是否执行 onTouchEvent方法，如果是 false 则继续执行 onTouchEvent。在onTouchEvent 的 Action Up 事件中判断，如果设置了 onClickListener ,就执行 onClick 方法。
View 事件传递分发机制？
参考回答:
MotionEvent 事件分发的过程。即当一个 MotionEvent 发生后，系统将这个点击事件传递到一个具体的 View 上dispatchTouchEvent：用来进行事件的分发。如果事件能够传递给当前 View，那么此方法一定会被调用，返回结果受当前 View 的 onTouchEvent 和下级View 的 dispatchTouchEvent 方法的影响，表示是否消耗当前事件onInterceptTouchEvent：在上述方法内部调用，对事件进行拦截。该方法只在 ViewGroup 中有，View（不包含 ViewGroup）是没有的。一旦拦截，则执行 ViewGroup 的 onTouchEvent，在 ViewGroup 中处理事件，而不接着分发给 View。且只调用一次，返回结果表示是否拦截当前事件onTouchEvent： 在 dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件View 随着 Activity 的创建而加载，startActivity 启动一个 Activity 时，在ActivityThread 的 handleLaunchActivity 方法中会执行 Activity 的 onCreate 方法，这个时候会调用 setContentView 加载布局创建出 DecorView 并将我们的 layout加载到 DecorView 中，当执行到 handleResumeActivity 时，Activity 的 onResume方法被调用，然后 WindowManager 会将 DecorView 设置给 ViewRootImpl,这样，DecorView就被加载到Window中了，此时界面还没有显示出来，还需要经过 View的 measure，layout 和 draw 方法，才能完成 View 的工作流程。我们需要知道 View的绘制是由ViewRoot来负责的，每一个DecorView都有一个与之关联的ViewRoot,这种关联关系是由WindowManager 维护的，将DecorView和 ViewRoot 关联之后，ViewRootImpl的requestLayout会被调用以完成初步布局，通过scheduleTraversals方法向主线程发送消息请求遍历，最终调用ViewRootImpl 的 performTraversals方法，这个方法会执行 View 的 measure layout 和 draw 流程
1.让 view 支持 wrap_content 属性，在 onMeasure 方法中针对 AT_MOST 模式做专门处理，否则 wrap_content 会和 match_parent 效果一样（继承 ViewGroup 也同样要在 onMeasure 中做这个判断处理）
if (widthMeasureSpec == MeasureSpec.AT_MOST && heightMeasureSpec == MeasureSpec.AT_MOST) {
setMeasuredDimension( 200 , 200 );
// wrap_content情况下要设置一个默认值，200 只是举个例子，最终的值需要计算得到刚好包裹内容的宽高值
} else if (widthMeasureSpec == MeasureSpec.AT_MOST) {
setMeasuredDimension( 200 ,heightMeasureSpec );
} else if (heightMeasureSpec == MeasureSpec.AT_MOST) {
setMeasuredDimension(heightMeasureSpec , 200 );
}2.让 view 支持 padding（onDraw 的时候，宽高减去 padding 值，margin 由父布局控制，不需要 view 考虑），自定义 ViewGroup 需要考虑自身的 padding 和子 view的 margin 造成的影响
3.在 view 中尽量不要使用 handler，使用 view 本身的 post 方法
4.在 onDetachedFromWindow 中及时停止线程或动画
5.view 带有滑动嵌套情形时，处理好滑动冲突
在上边的分析中我们知道，View 绘制流程的入口在 ViewRootImpl 的performTraversals 方法，在方法中首先调用 performMeasure 方法，传入一个childWidthMeasureSpec 和 childHeightMeasureSpec 参数，这两个参数代表的是DecorView 的 MeasureSpec 值，这个 MeasureSpec 值由窗口的尺寸和 DecorView的 LayoutParams 决定，最终调用 View 的 measure 方法进入测量流程
measure ：
View 的 measure 过程由 ViewGroup 传递而来，在调用 View.measure 方法之前，会首先根据 View 自身的 LayoutParams 和父布局的MeasureSpec 确定子 view 的MeasureSpec，然后将 view 宽高对应的 measureSpec 传递到 measure 方法中，那么子 view 的 MeasureSpec 获取规则是怎样的？分几种情况进行说明
a. 子 view 宽或高是个确定值，那么子 view 的 size 就是这个确定值，mode是 EXACTLY（是不是说子 view 宽高可以超过父 view？见下一个）
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间，模式就是 EXACTLY
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间，不能超过父容器大小，模式就是 AT_MOST
a. 子 view 宽或高是个确定值，那么子 view 的 size 就是这个确定值，mode 是EXACTLY
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小，模式就是 AT_MOST
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间，不能超过父容器大小，模式就是 AT_MOST
a. 子 view 宽或高是个确定值，那么子 view 的 size 就是这个确定值，mode 是EXACTLY
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是 0，模式就是UNSPECIFIED
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是 0，模式就是UNSPECIFIED
获取到宽高的 MeasureSpec 后，传入 view 的 measure 方法中来确定 view 的宽高，这个时候还要分情况
1.当
MeasureSpec的 mode 是 UNSPECIFIED,此时 view 的宽或者高要看 view 有没有设置背景，如果没有设置背景，就返回设置的minWidth或minHeight,这两个值如果没有设置默认就是 0，如果 view 设置了背景，就取minWidth或minHeight和背景这个drawable固有宽或者高中的最大值返回
2.当MeasureSpec的 mode 是 AT_MOST 和 EXACTLY，此时 view 的宽高都返回从MeasureSpec中获取到的 size 值，这个值的确定见上边的分析。因此如果要通过继承 view 实现自定义 view，一定要重写onMeasure方法对wrap_conten属性做处理，否则，他的match_parent和wrap_content属性效果就是一样的
layout:
layout 方法的作用是用来确定 view 本身的位置，onLayout 方法用来确定所有子元素的位置，当 ViewGroup 的位置确定之后，它在 onLayout 中会遍历所有的子元素并调用其 layout 方法，在子元素的 layout 方法中 onLayout 方法又会被调用。layout 方法的流程是，首先通过 setFrame 方法确定 view 四个顶点的位置，然后view 在父容器中的位置也就确定了，接着会调用onLayout 方法，确定子元素的位置，onLayout 是个空方法，需要继承者去实现。
getMeasuredHeight和getHeight方法有什么区别？getMeasuredHeight （测量高度）形成于 view 的 measure 过程，getHeight（最终高度）形成于 layout 过程，在有些情况下，view 需要 measure 多次才能确定测量宽高，在前几次的测量过程中，得出的测量宽高有可能和最终宽高不一致，但是最终来说，还是会相同，有一种情况会导致两者值不一样，如下，此代码会导致 view 的最终宽高比测量宽高大100PX
public void layout(int l,int t,int r, int b) {
super.layout(l,t,r+100,b+100); {
}View 的绘制过程遵循如下几步：
a.绘制背景 background.draw(canvas)
b.绘制自己（onDraw）
c.绘制 children（dispatchDraw）
d.绘制装饰（onDrawScrollBars）
View 绘制过程的传递是通过 dispatchDraw 来实现的，它会遍历所有的子元素的draw 方法，如此 draw 事件就一层一层的传递下去了
ps： view 有一个特殊的方法 setWillNotDraw，如果一个 view 不需要绘制内容，即不需要重写 onDraw 方法绘制，可以开启这个标记，系统会进行相应的优化。默认情况下，View 没有开启这个标记，默认认为需要实现 onDraw 方法绘制，当我们继承 ViewGroup 实现自定义控件，并且明确知道不需要具备绘制功能时，可以开启这个标记，如果我们重写了 onDraw,那么要显示的关闭这个标记
子 view 宽高可以超过父 view？能
1. android:clipChildren = "false" 这个属性要设置在父 view 上。代表其中的子View 可以超出屏幕。
2. 子 view 要有具体的大小，一定要比父 view 大 才能超出。比如 父 view 高度100px 子 view 设置高度 150px。子 view 比父 view 大，这样超出的属性才有意义。（高度可以在代码中动态赋值，但不能用 wrap_content / match_partent）。
3. 对父布局还有要求，要求使用 linearLayout(反正我用 RelativeLayout 是不行)。你如果必须用其他布局可以在需要超出的 view 上面套一个linearLayout 外面再套其他的布局。
4. 最外面的布局如果设置的 padding 不能超出
参考回答：
MotionEvent 是手指接触屏幕后所产生的一系列事件。典型的事件类型有如下：
ACTION_DOWN：手指刚接触屏幕
ACTION_MOVE：手指在屏幕上移动
ACTION_UP：手指从屏幕上松开的一瞬间
ACTION_CANCELL：手指保持按下操作，并从当前控件转移到外层控件时触发
正常情况下，一次手指触摸屏幕的行为会触发一系列点击
事件，考虑如下几种情况：
点击屏幕后松开，事件序列：DOWN→UP
点击屏幕滑动一会再松开，事件序列为DOWN→MOVE→.....→MOVE→UP
参考回答：
常见开发中事件冲突的有 ScrollView 与 RecyclerView 的滑动冲突、RecyclerView 内嵌同时滑动同一方向
滑动冲突的处理规则：
滑动冲突的实现方法：
onInterceptTouchEvent 方法，在内部做出相应的拦截。requestDisallowInterceptTouchEvent 方法参考回答：
MotionEvent.ACTION_UP 事件触发时调用startScroll()方法，该方法并没有进行实际的滑动操作，而是记录滑动相关量（滑动距离、滑动时间）invalidate/postInvalidate()方法，请求 View重绘，导致 View.draw 方法被执行computeScroll 方法，而 computeScroll 又会去向 Scroller 获取当前的scrollX 和 scrollY；然后通过 scrollTo 方法实现滑动；接着又调用 postInvalidate 方法来进行第二次重绘，和之前流程一样，如此反复导致 View 不断进行小幅度的滑动，而多次的小幅度滑动就组成了弹性滑动，直到整个滑动过成结束
invalidate()与 postInvalidate()都用于刷新 View，主要区别是 invalidate()在主线程中调用，若在子线程中使用需要配合 handler；而 postInvalidate()可在子线程中直接调用。
SurfaceView 可在子线程进行页面的刷新SurfaceView 适用于被动更新，如频繁刷新，这是因为如果使用 View 频繁刷新会阻塞主线程，导致界面卡顿SurfaceView 在底层已实现双缓冲机制，而 View 没有，因此 SurfaceView 更适用于需要频繁刷新、刷新时数据处理量很大的页面（如视频播放界面）scollBy 内部调用了 scrollTo，它是基于当前位置的相对滑动；而 scrollTo 是绝对滑动，因此如果使用相同输入参数多次调用 scrollTo 方法由于 View 的初始位置是不变的，所以只会出现一次 View 滚动的效果Scroller 有过度滑动的效果a. layout(left,top,right,bottom):通过修改 View 四个方向的属性值来修改 View 的坐标，从而滑动 View
b. offsetLeftAndRight() offsetTopAndBottom():指定偏移量滑动 view
c. LayoutParams,改变布局参数：layoutParams 中保存了 view 的布局参数，可以通过修改布局参数的方式滑动 view
d. 通过动画来移动 view：注意安卓的平移动画不能改变 view 的位置参数，属性动画可以
e. scrollTo/scrollBy:注意移动的是 view 的内容，scrollBy(50,50)你会看到屏幕上的内容向屏幕的左上角移动了，这是参考对象不同导致的，你可以看作是它移动的是手机屏幕，手机屏幕向右下角移动，那么屏幕上的内容就像左上角移动了
f. scroller:scroller 需要配置 computeScroll 方法实现 view 的滑动，scroller 本身并不会滑动 view，它的作用可以看作一个插值器，它会计算当前时间点 view 应该滑动到的距离，然后 view 不断的重绘，不断的调用 computeScroll 方法，这个方法是个空方法，所以我们重写这个方法，在这个方法中不断的从 scroller 中获取当前 view 的位置，调用 scrollTo 方法实现滑动的效果
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
