androidviewcanvas

Ⅰ Android 自定义View之Layout过程

系列文章：

在上篇文章： Android 自定义View之Measure过程 ，我们分析了Measure过程，本次将会掀开承上启下的Layout过程神秘面纱，
通过本篇文章，你将了解到：

在上篇文章的比喻里，我们说过：

该ViewGroup 重写了onMeasure(xx)和onLayout(xx)方法：

同时，当layout 执行结束，清除PFLAG_FORCE_LAYOUT标记，该标记会影响Measure过程是否需要执行onMeasure。

该View 重写了onMeasure(xx)和onLayout(xx)方法：

MyViewGroup里添加了MyView、Button两个控件，最终运行的效果如下：

可以看出，MyViewGroup 里子布局的是横向摆放的。我们重点关注Layout过程。实际上，MyViewGroup里我们只重写了onLayout(xx)方法，MyView也是重写了onLayout(xx)方法。
接下来，分析View Layout过程。

与Measure过程类似，连接ViewGroup onLayout(xx)和View onLayout(xx)之间的桥梁是View layout(xx)。

可以看出，最终都调用了setFrame(xx)方法。

对于Measure过程在onMeasure(xx)里记录了尺寸的值，而对于Layout过程则在layout(xx)里记录了坐标值，具体来说是在setFrame(xx)里，该方法两个重点地方：

View.onLayout(xx)是空实现
从layout(xx)和onLayout(xx)声明可知，这两个方法都是可以被重写的，接下来看看ViewGroup是否重写了它们。

ViewGroup.layout(xx)虽然重写了layout(xx)，但是仅仅做了简单判断，最后还是调用了View.layout(xx)。

这重写后将onLayout变为抽象方法，也就是说继承自ViewGroup的类必须重写onLayout(xx)方法。
我们以FrameLayout为例，分析其onLayout(xx)做了什么。

FrameLayout.onLayout(xx)为子布局Layout的时候，起始坐标都是以FrameLayout为基准，并没有记录上一个子布局占了哪块位置，因此子布局的摆放位置可能会重叠，这也是FrameLayout布局特性的由来。而我们之前的Demo在水平方向上记录了上一个子布局的摆放位置，下一个摆放时只能在它之后，因此就形成了水平摆放的功能。
由此类推，我们常说的某个子布局在父布局里的哪个位置，决定这个位置的即是ViewGroup.onLayout(xx)。

上边我们分析了View.layout(xx)、View.onLayout(xx)、ViewGroup.layout(xx)、ViewGroup.onLayout(xx)，这四者什么关系呢？
View.layout(xx)

View.onLayout(xx)

ViewGroup.layout(xx)

ViewGroup.onLayout(xx)

View/ViewGroup 子类需要重写哪些方法：

用图表示：

通过上述的描述，我们发现Measure过程和Layout过程里定义的方法比较类似：

它俩的套路比较类似：measure(xx)、layout(xx)一般不需要我们重写，measure(xx)里调用onMeasure(xx)，layout(xx)为调用者设置坐标值。
若是ViewGroup：onMeasure(xx)里遍历子布局，并测量每个子布局，最后将结果汇总，设置自己测量的尺寸；onLayout(xx)里遍历子布局，并设置每个子布局的坐标。
若是View：onMeasure(xx)则测量自身，并存储测量尺寸；onLayout(xx)不需要做什么。

Measure过程虽然比Layout过程复杂，但仔细分析后就会发现其本质就是为了设置两个成员变量：

而Layout过程虽然比较简单，其本质是为了设置坐标值

将Measure设置的变量和Layout设置的变量联系起来：

此外，Measure过程通过设置PFLAG_LAYOUT_REQUIRED 标记来告诉需要进行onLayout，而Layout过程通过清除 PFLAG_FORCE_LAYOUT来告诉Measure过程不需要执行onMeasure了。
这就是Layout的承上作用

我们知道View的绘制需要依靠Canvas绘制，而Canvas是有作用区域限制的。例如我们使用：

Cavas绘制的起点是哪呢？
对于硬件绘制加速来说：正是通过Layout过程中设置的RenderNode坐标。
而对于软件绘制来说：

关于硬件绘制加速/软件绘制 后续文章会分析。

这就是Layout的启下作用
以上即是Measure、Layout、Draw三者的内在联系。
当然Layout的"承上"还需要考虑margin、gravity等参数的影响。具体用法参见最开始的Demo。

getMeasuredWidth()/getMeasuredHeight 与 getWidth/getHeight区别
我们以获取width为例，分别来看看其方法：

getMeasuredWidth()：获取测量的宽，属于"临时值"
getWidth()：获取View真实的宽
在Layout过程之前，getWidth() 默认为0
何时可以获取真实的宽、高

下篇将分析Draw()过程，我们将分析"一切都是draw出来的"道理

本篇基于 Android 10.0

Ⅱ Android绘图基础--Canvas和Drawable

Github链接

画2D图形有两种方法：

Canvas实际上是封装了各种draw方法的类，调用draw方法把图形绘制到底层的Surface上，即绘制在Window上。

这个例子中构造了两个Canvas和一个Bitmap，分别调用其draw方法，先是mCanvas往Bitmap里绘制一个方块，再在onDraw方法内调用canvas.drawBitmap绘制这个方块。

思考一个问题，为什么mCanvas需要设置Bitmap？

很简单，因为它没有持有一块内存地址，自然没法绘制。来看一下draw的起点ViewRootImpl（软件绘制，不开启硬件加速下）。

这个通过mSurface.lockCanvas返回的Canvas是View.draw的canvas变量，所以当1，2情况时，Canvas都持有一个Bitmap，指向共享内存里的某一小块，当调用Canvas.draw方法时就能绘制出东西。但对于自定义Canvas来说并不是，即使设置一个Bitmap和绘制了Bitmap，但不往共享内存上写，屏幕上是不会显示的，SurfaceView同理，通过Surface.lockCanvas获取持有共享内存的Canvas，绘制完毕后调用Surface.unlockCanvasAndPost把绘制内容显示到surface上并release掉Canvas。

顺带一提Canvas.save和Canvas.restore方法，如下Demo

效果图如

画的是三个颜色和旋转角度都不同的小方形。

步骤1把默认坐标系旋转20°，画出第一个蓝色的方形，步骤2保存当前的matrix（旋转了20°），继续旋转20°，此时坐标系已经旋转了40°，画出第二个黄色的方块，步骤3，恢复上一步保存的matrix（旋转了20°），此时坐标系还是旋转了20°，步骤4，再旋转40°，此时坐标系旋转了60°，画出第三个黑色方块。

Canvas.save用于保存当前matrix和clip，Canvas.restore用于恢复上次保存的matrix和clip。

Drawable是一个能画出来的物体的抽象，使用前需要调用setBounds确定位置和大小，通过getIntrinsicHeight和getIntrinsicWidth取到实际大小。Drawable可以有几种形式存在：Bitmap、Nine Patch、Vector、Shape、Layers等。

从Resource.getDrawable会判断是否.xml结尾，不是的话走6，7步，如果从xml中读取，需要getResource.getDrawable -> ResourceImpl.loadDrawableForCookie -> drawable.createFromXml -> DrawableInflater.inflateFromXmlForDensity -> drawable.inflateFromTag

看一下Shape实现类GradientDrawable的inflate实现，读取各项属性并赋值，到draw方法。

调用canvas.drawRect把mRect画出来，而mRect的赋值在ensureValidRect。[图片上传失败...(image-a25af0-1515826613001)]

bounds在哪里设置的？答案是ImageView.updateDrawable内，会调用Drawable.getIntrinsicHeight赋值（从xml中size属性读取），再调用configureBounds -> setBounds，如果使用的不是ImageView，一定要在draw之前 调用setBounds ，否则size就会出错。

回到loadDrawableForCookie，再看一下6，7步加载图片的过程，通过AssetManager读取图片流数据，通过Drawable.createFromResourceStream这个我们经常使用的方法获取到Drawable。

取到屏幕密度之后调用BitmapFactory.decodeResourcesStream，计算密度后调用native创建Bitmap，感兴趣的同学可以看下更具体的分析文章（如 理解Bitmap ）。

本文探究了两点

Android 7.1.1 源码

Android 官方文档， Canvas and Drawable , Drawable 等

Ⅲ android canvas view重绘 我在一个activity中调用了canvas。在canvas中我点击事件需要重新绘制当前view

除了SurfaceView，其它的都必须通过调用View.invalidate方法刷新View
所以不能直接执行moren（canvas），需要在onTouchEvent调用invalidate

Ⅳ Android canvas绘制的可滑动刻度尺

首先放上所有成员变量

以上用到的方法

本Demo是使用Canvas进行绘制刻度，为了适配不同宽度的屏幕，所以小的刻度使用从中心指针处向两边绘制到屏幕边界的方法，使用GestureDetector接管View的触摸事件，在onScroll中修改体重值并不断进行重绘，达到刻度尺滚动的效果。并在onFling中接收抛动的事件，开启一个属性动画达到平滑的效果。由于我没有在GestureDetector中找到能响应不fling的up事件，所以要自己手动在onTouchEvent中写ACIONT_UP时的动作

遮罩层的实现方式，是drawRec 一个整个画布大小的白色矩形，使用线性渐变，两边不透明到中间透明。注意，由于使用了PorterDuff.Mode.MULTIPLY来合成，所以需要使用到离屏缓冲，关于离屏缓冲可以看看 HenCoder
最后附上github： https://github.com/Pro47x/BodyWeightScaleTableView

Ⅳ android：如何用canvas在自定义view里画图

将构造函数改成这个试试
public iniView01(Context context, AttributeSet attrs) {
super(context, attrs);
// TODO Auto-generated constructor stub
}
本人在写的时候也遇到过代码没问题，但是一到虚拟机里面运行就崩了，然后将构造函数改成这个就不会了

Ⅵ 请问各位高手，android开发中的View里面的Ondraw函数的参数Canvas是如何获得的

Canvascanvas=newdrawSurfaceView(activity).getHolder().lockCanvas(null);//用一个view定义一个canvas
canvas.drawLine(startX,startY,stopX,stopY,paint)//画线，需要起始坐标和结束坐标
canvas.drawBitmap(bitmap,null,dest,paint);//一样了，dest定义了起始和结束

canvas是指一个画布对象，你需要给定大小和“画”这个动作的起始位置，然后用paint画笔完成这个动作，比如从(0,0)(1,1)画了一条线，再从(1,1)到(3,3)又话了一条线，两条线连起来就是一个曲线了，画图的话就是第三行代码了；如果你没有得到这个画布，说明你有个参数是错误的，没有得到大小，或者没有得到位置，就这样。

如上所示，

canvas是从SurfaceView控件里面得到，上面有注释，你的大小参数自己定义就行了，别超出了控件大小