Android View 总结，总有几个你用得到

1. View 的滑动方式

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 方法实现滑动的效果

2. 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 方法。

3. View的加载流程

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 流程

4. View 的 measure layout 和 draw

在上边的分析中我们知道，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 获取规则是怎样的？分几种情况进行说明

1.父布局是 EXACTLY 模式：
a).子 view 宽或高是个确定值，那么子 view 的 size 就是这个确定值，mode是 EXACTLY（是不是说子 view 宽高可以超过父 view？见下一个）
b).子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间，模式就是 EXACTLY
c).子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间，不能超过父容器大小，模式就是 AT_MOST

2.父布局是 AT_MOST 模式：
a).子 view 宽或高是个确定值，那么子 view 的 size 就是这个确定值，mode 是EXACTLY
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 的区别？

View 需要在 UI 线程对画面进行刷新，而 SurfaceView 可在子线程进行页面的刷新
View 适用于主动更新的情况，而 SurfaceView 适用于被动更新，如频繁刷新，这是因为如果使用 View 频繁刷新会阻塞主线程，导致界面卡顿
SurfaceView 在底层已实现双缓冲机制，而 View 没有，因此 SurfaceView 更适用于需要频繁刷新、刷新时数据处理量很大的页面（如视频播放界面）

10. 自定义 View 如何考虑机型适配 ?

合理使用 warp_content，match_parent
尽可能的是使用 RelativeLayout
针对不同的机型，使用不同的布局文件放在对应的目录
下，android 会自动匹配。
尽量使用点 9 图片。
使用与密度无关的像素单位 dp，sp
引入 android 的百分比布局。
切图的时候切大分辨率的图，应用到布局当中。在小分辨
率的手机上也会有很好的显示效果。

请查看完整的PDF版
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
可以点击关于我联系我获取完整PDF
(VX：mm14525201314)

面试经历整理的学习路线如下：（已经全部整理成了一份完整的PDF大全，需要的可以找我领取