Android-View--总结，总有几个你用得到，2021金九银十Android大厂面试题来袭

b).子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩
余空间,不能超过父容器大小，模式就是 AT_MOST
c).子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间，不能超过父容器大小，模式就是 AT_MOST

3.父布局是 UNSPECIFIED 模式:
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 的最终宽高比测量宽高大

public void layout(int l,int t,int r, int b){
super.layout(l,t,r+100,b+100);}

View 的工作流程主要是指 measure、layout、draw 这三大
流程，即测量、布局和绘制，其中 measure 确定 View 的** 测
量宽/ / 高**，layout 确定 View 的 最终宽/ / 高和 四个顶点的位
置，而 draw 则将 View 绘制到屏幕上

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 不能超出

5. 自定义 view 需要注意的几点

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 带有滑动嵌套情形时，处理好滑动冲突

6.View 事件传递分发机制？

• View 事件分发本质就是对 MotionEvent事件分发的过程。即当一个 MotionEvent 发生后，系统将这个点击事件传递到一个具体的 View 上
• 点击事件的传递顺序： Activity （ Window ）→ViewGroup→ View
• 事件分发过程由三个方法共同完成：
• dispatchTouchEvent：用来进行事件的分发。如果事件能够传递给当前 View，那么此方法一定会被调用，返回结果受当前 View 的 onTouchEvent 和下级View 的 dispatchTouchEvent 方法的影响，表示是否消耗当前事件
• onInterceptTouchEvent：在上述方法内部调用，对事件进行拦截。该方法只在 ViewGroup 中有，View（不包含 ViewGroup）是没有的。一旦拦截，则执行 ViewGroup 的 onTouchEvent，在 ViewGroup 中处理事件，而不接着分发给 View。且只调用一次，返回结果表示是否拦截当前事件
• onTouchEvent： 在 dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件

7.如何解决 View 的事件冲突 ？ 举个开发中遇到的例子 ？

• 常见开发中事件冲突的有 ScrollView 与 RecyclerView 的滑动冲突、RecyclerView 内嵌同时滑动同一方向
• 滑动冲突的处理规则：
• 对于由于外部滑动和内部滑动方向不一致导致的滑动冲突，可以根据滑动的方向判断谁来拦截事件。
• 对于由于外部滑动方向和内部滑动方向一致导致的滑动冲突，可以根据业务需求，规定何时让外部View 拦截事件，何时由内部 View 拦截事件。
• 对于上面两种情况的嵌套，相对复杂，可同样根据需求在业务上找到突破点
• 滑动冲突的实现方法：
• 外部拦截法： 指点击事件都
  先经过父容器的拦截处理，如果父容器需要此事件就拦截，否则就不拦截。具体方法：需要重写父容器的onInterceptTouchEvent 方法，在内部做出相应的拦截。
• 内部拦截法： 指父容器不拦截任何事件，而将所有的事件都传递给子容器，如果子容器需要此事件就直接消耗，否则就交由父容器进行处理。具体方法：需要配合requestDisallowInterceptTouchEvent 方法

8.Scroller 是怎么实现 View 的弹性滑动？

• 在 MotionEvent.ACTION_UP事件触发时调用startScroll()方法，该方法并没有进行实际的滑动操作，而是记录滑动相关量（滑动距离、滑动时间）
• 接着调用 invalidate/postInvalidate()方法，请求 View重绘，导致 View.draw 方法被执行
• 当 View 重绘后会在 draw 方法中调用 computeScroll 方法，而 computeScroll又会去向 Scroller 获取当前的scrollX 和 scrollY；然后通过 scrollTo 方法实现滑动；接着又调用 postInvalidate 方法来进行第二次重绘，和之前流程一样，如此反复导致 View 不断进行小幅度的滑动，而多次的小幅度滑动就组成了弹性滑动，直到整个滑动过成结束
  

9 .SurfaceView 和 View 的区别？

滑动，直到整个滑动过成结束
[外链图片转存中…(img-wN0GxnGK-1642739819703)]

9 .SurfaceView 和 View 的区别？