自定义View（自定义View分类和须知）

背景介绍

前面两章我们介绍了View的大致的绘制流程，有需要的朋友可以去看我之前的内容，也可以浏览下面的链接，查看详细的介绍，个人感觉写的挺完整的：View的绘制流程。这里主要讲一下自定义View的类型。

自定义View的分类

1. 继承重写onDraw方法

这种方法一般用来实现一些不规则的效果，即效果不方便通过一般的布局来实现，我们只需要重写onDraw方法即可，采用这种方式要自己支持warp_content,并且需要自己处理padding。

2. 集成ViewGroup派生特殊的Layout

这种方式一般用来实现自定义布，即除了LinerLayout、RelativrLayout和FrameLayout之外的布局，我们需要重新定义一种新的布局，当某种效果看起来像多个View组合在一起的时候我们可以采用这种方法，采用这种方式需要合适地处理ViewGroup的测量和布局，这两个过程，并同时处理子元素的测量和布局。

3. 集成特定的View（比如Button）

这种方法比较常见，用来扩展某种已有View的功能，，这种方法实现比较容易，不需要自己支持warp_content和padding等。

4. 继承特定的ViewGroup （比如LinerLayout）

这种方法也比较常见，也可以用来实现看起来像集中View组合在一起的效果，并且不需要自己处理ViewGroup的测量和布局，它跟方法二比较类似，一般来说方法二可以实现的它也可以实现，只是方法二更接近于View的底层。

自定义View须知

上面介绍的集中方法，我们可以仔细体味一下，自定义View讲究的是灵活性，一般某种样式多个方法都可以实现，我们需要比较各自的优缺点，找到代价小，效率高的方法来实现它。

1. 让View支持warp_content

因为直接继承View或者ViewGroup的控件如果不在onMeasure中队warp_content做特殊处理的话，当外界布局使用的时候就无法达到预期的效果。

2. 如果有必要，让你的View支持padding

因为直接继承View的控件，如果不在draw方法里面处理padding的话，那么padding的属性是不起作用的，另外直接继承ViewGroup的空间需要在onMeasure和onLayout中考虑padding和子元素的marging对其造成的影响，否则会导致padding和子元素的marging失效。

3. 尽量不要在View中使用Handle

View内部本身提供了post系列的方法，几乎可以完全替代Handle。

4. 如果View中有线程或者动画需要及时停止，参考View#onDetachedFromWindow

因为当包含此View的Activity退出或者View被remove掉的时候View的onDetachedFromWindow方法会被调用，和此方法对应的是onAttachedToWindow，当View的Activity启动或View被显示在屏幕内时会被调用，我们要在对应的方法中及时的做一些处理，防止内存泄漏。

5. View带有滑动嵌套，需要谨慎处理冲突

保证效果流程，要处理好滑动冲突。