onDraw dispatchDraw

最新推荐文章于 2025-03-07 19:44:41 发布
最新推荐文章于 2025-03-07 19:44:41 发布
阅读量421 收藏
点赞数
本文深入探讨了Android中ViewGroup容器组件的绘制逻辑，解释了在不同情况下如何选择使用dispatchDraw()方法与draw()方法进行自定义绘制。通过实例分析，帮助开发者理解并正确应用这两个方法，以实现更高效、灵活的UI绘制。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

值得注意的是ViewGroup容器组件的绘制，当它没有背景时直接调用的是dispatchDraw()方法, 而绕过了draw()方法，当它有背景的时候就调用draw()方法，而draw()方法里包含了dispatchDraw()方法的调用。因此要在ViewGroup上绘制东西的时候往往重写的是dispatchDraw()方法而不是onDraw()方法
yang_ren_
关注
【Android面试八股文】自定义View执行invalidate()方法为什么有时候不会回调onDraw()？
字节卷动
06-23 690
首先我们分析一下的执行流程，源码是如何从invalidate调用到onDraw()的。由于这部分代码相对较为复杂，那么请大家参考下面的时序图。
【Android面试八股文】你来说一说你来说一说requestlayout(), onLayout(),onDraw(), drawchild()区别与联系
字节卷动
06-23 306
通过以上步骤，我们从调用开始，一步一步地跟踪到onLayout()和onDraw()方法的调用过程。触发了一系列的测量、布局和绘制操作，确保视图树的正确更新和显示。：通知系统视图的布局需要更新，会触发measure()和layout()。onLayout()：在布局阶段被调用，用于放置视图和子视图的位置和大小。onDraw()：在绘制阶段被调用，用于实际的绘制操作。：用于在自定义 ViewGroup 中绘制子视图，提供了对子视图绘制的精细控制。
ondraw() 和 dispatchdraw() 的区别
Jeffray1991的博客
11-20 441
绘制VIew本身的内容，通过调用View.onDraw(canvas)函数实现 绘制自己的孩子通过dispatchDraw（canvas）实现 View组件的绘制会调用draw(Canvas canvas)方法，draw过程中主要是先画Drawable背景，对 drawable调用setBounds()然后是draw(Canvas c)方法。有点注意的是背景drawable的实际大小会影响vi...
onDraw()和dispatchDraw()函数的区别
baidu_24743861的博客
08-19 583
onDraw()和dispatchDraw()函数的区别
ondraw() 和dispatchdraw()的区别
键盘的起始页
12-31 689
绘制VIew本身的内容，通过调用View.onDraw(canvas)函数实现 绘制自己的孩子通过dispatchDraw（canvas）实现       View组件的绘制会调用draw(Canvas canvas)方法，draw过程中主要是先画Drawable背景，对 drawable调用setBounds()然后是draw(Canvas c)方法.有点注意的是背景drawa
view组件draw，onDraw，dispatchDraw
u011652925的博客
10-26 280
Android的view组件显示主要经过mesure, layout和draw这三个过程。在mesure阶段里调用mesure(int widthSpec, int heightSpec)方法，这个方法是final不能被重写，在这个过程里会调用onMesure(int widthSpec, int heightSpec)方法。当组件设置好大小后，调用final layout(int l, in
dispatchDraw()和onDraw()的区别
久不见天晴的博客
05-04 4万+
这些只是自己测试的一些发现和理解做个记录,如果那里不对还请不吝赐教onDraw()先于dispatchDraw()执行,用于本身控件的绘制,dispatchDraw()用于子控件的绘制onDraw()绘制的内容可能会被子控件覆盖而dispatchDraw()是子控件的绘制,所以是覆盖在onDraw()上的布局:<?xml version="1.0" encoding="utf-8"?>...
Android 自定义控件基础：draw过程
xufei5789651的博客
07-18 635
draw过程是将View绘制到屏幕上。在这个过程中 View 需要通过操作 Canvas 来实现自己 UI 效果。 ViewRootImpl View 的 draw 起始点也是从 ViewRootImpl 开始的，ViewRootImpl 的 performDraw 方法最终会调用 drawSoftware 方法，再通过调用 DecorView 的 draw 方法来启动 draw 流程。 // ViewRootImpl 类源码 private void performTraversals() { .
viewGroup执行onDraw方法吗
ForgetSky的博客
03-07 984
在硬件加速模式下，ViewGroup的绘制流程可能被进一步简化，若未设置背景或前景，GPU渲染管线会直接忽略。在自定义ViewGroup的构造函数中调用此方法，明确告知系统需要执行。‌，默认不绘制自身内容（透明且无背景），因此系统会跳过。等交互属性，焦点变化或触摸事件可能触发重绘，间接调用。方法以优化性能‌14。若需强制ViewGroup执行。若ViewGroup设置了。ViewGroup作为‌。，即使无背景或内容‌17。渲染子View‌6。
Android自定义控件之onDraw详解
qq_36120901的博客
04-09 7689
    前面两篇我们以Linealayout为入口分析了自定义控件的onMeasure方法和onLayout方法，本篇我们分析自定义控件比较重要的一个方法onDraw，该方法与之前的两个方法调用过程有所区别，并不是由ViewGroup来调用View的方法，而是相对独立的，这里我们需要先分析View的onDraw,再分析Linealayout的方法。 一.Draw详解    View 的onDraw...
Android中dispatchDraw分析
岁月静好，与珊到老！
02-16 5887
Android中dispatchDraw分析 View中： public void draw(Canvas canvas) { /* 1. Draw the background   绘制背景 2. If necessary, save the canvas' layers to prepare for fading  如有必要，颜色渐
onMeasure、onLayout、dispatchDraw调用顺序
fghxiekai的博客
10-13 1782
在Android中view如何完成绘制这个过程介绍了很多，但是很多理论化的东西，最近重新整理一下，通俗的讲解一下。 　　View绘制过程就好比你向银行贷款， 　　在执行onMeasure的时候，好比银行告诉你大概贷款额度有多少?你根据自己的需求，进行各方面的计算，计算出一个自己大概需要的金额，然后告诉询问需要多少贷款。贷款额度好比显示空间大小。 　　实际代码执行过程是这样 　　onMeasu
ViewGroup onDraw调用和不调用
qunimaode的博客
07-23 339
ViewGroup onDraw调用和不调用 view 的绘制一般都是，测量(onMeasure)，布局(onLayout)和绘制(onDraw)。自定义View一般是复写上述三个方法。但是自定义View如果是继承ViewGroup，会发现onDraw不会调用。 android View的绘制一般是从 draw或者dispatchDraw开始的。 绘制跟踪 view绘制调用，一般是parent的dispatchDraw开始.具体View的整个绘制请参考其他文章，本文只是找到为什么不调用onDraw。 cl
View中的draw和onDraw,dispatchDraw的区别
黑暗之光
09-16 2113
Android的view组件显示主要经过mesure, layout和draw这三个过程。在mesure阶段里调用mesure(int widthSpec, int heightSpec)方法，这个方法是final不能被重写，在这个过程里会调用onMesure(int widthSpec, int heightSpec)方法。当组件设置好大小后，调用final layout(int l, in
自定义控件三部曲之绘图篇（十三）——Canvas与图层(一)
启舰
05-04 2万+
前言：猛然知道姥姥79了，我好怕，好想哭 系列文章： Android自定义控件三部曲文章索引：http://blog.youkuaiyun.com/harvic880925/article/details/50995268 在给大家讲解了paint的几个方法之后，我觉得有必要插一篇有关Canvas画布的知识,在开始paint之前，我们讲解了canvas绘图的几篇文章和cavas的save...
ondraw() 和dispatchdraw（）的区别
热门推荐
scorplopan的专栏
04-05 5万+
<br />绘制VIew本身的内容，通过调用View.onDraw(canvas)函数实现<br />绘制自己的孩子通过dispatchDraw（canvas）实现<br /> <br />    View组件的绘制会调用draw(Canvas canvas)方法，draw过程中主要是先画Drawable背景，对 drawable调用setBounds()然后是draw(Canvas c)方法.有点注意的是背景drawable的实际大小会影响view组件的大小，drawable的实际大小通过getIntri
Android draw、onDraw、dispatchDraw、invalidate、computeScroll 一些简要说明
打渔还是晒网 —— stone
02-28 1万+
View中： public void draw(Canvas canvas) { /* 1. Draw the background   绘制背景 2. If necessary, save the canvas' layers to prepare for fading  如有必要，颜色渐变淡之前保存画布层(即锁定原有的画布内容) 3. Draw vie
Android_ondraw()和dispatchdraw()的区别
zimo2013的技术博客
03-30 1881
有点注意的是背景drawable的实际大小会影响view组件的大小，drawable的实际大小通过getIntrinsicWidth()和getIntrinsicHeight()获取，当背景比较大时view组件大小等于背景drawable的大小。画完背景后，draw过程会调用onDraw(Canvas canvas)方法，然后就是dispatchDraw(Canvas canvas)方法, dis
通过setBackground设置的背景可以跟view 一起canvas.clipPath(path) 裁剪吗
最新发布
08-09
<think>我们正在讨论的是：通过View的setBackground方法设置的背景是否能够与canvas.clipPath一起被裁剪。 根据之前的讨论，我们知道在自定义View的onDraw方法中，通过调用canvas.clipPath(path)可以设置裁剪区域，然后在该裁剪区域内绘制内容。 而View的背景（通过setBackground或android:background设置）是在View的onDraw方法中通过调用super.onDraw(canvas)绘制的（如果是ViewGroup，背景绘制在dispatchDraw之前，但View的onDraw中会绘制背景）。 因此，在自定义View中，如果我们想要裁剪背景，我们需要在绘制背景之前应用裁剪路径。具体来说，在onDraw方法中，我们先调用canvas.clipPath(path)，然后再调用super.onDraw(canvas)（或者直接绘制背景，但通常我们使用super.onDraw来绘制背景）。 但是，需要注意的是，View的onDraw方法默认是空实现，而背景的绘制实际上是在View的draw方法中处理的。在View的draw方法中，背景的绘制发生在onDraw之前。所以如果我们重写onDraw方法，并且希望裁剪背景，我们需要调整顺序。 然而，在自定义View时，我们通常不会直接重写draw方法，而是重写onDraw。但如果我们希望裁剪背景，我们必须注意：背景是在调用onDraw之前由View的draw方法绘制的。因此，如果我们只在onDraw中应用clipPath，那么背景的绘制已经完成，裁剪不会影响背景。 所以，为了裁剪背景，我们有两种选择： 1. 重写View的draw方法，并在调用super.draw(canvas)之前应用裁剪（但这样会裁剪整个View的内容，包括子View，如果是ViewGroup的话）。 2. 或者，在自定义View中，我们不使用setBackground，而是自己在onDraw中绘制背景（这样我们就可以先裁剪，再绘制背景）。 但是，如果我们希望保留setBackground设置的背景，并且希望它被裁剪，那么我们需要重写draw方法，并在绘制背景之前应用裁剪。 实际上，View的draw方法的大致流程如下（简化）： 1. 绘制背景（background.draw(canvas)） 2. 如果有必要，保存canvas的图层以支持fading edge 3. 调用onDraw(canvas)绘制View自身的内容 4. 调用dispatchDraw(canvas)绘制子View（如果是ViewGroup） 5. 绘制其他装饰（如滚动条） 因此，如果我们想要裁剪背景，我们需要在绘制背景之前应用裁剪路径。这意味着我们需要重写draw方法，并在调用super.draw(canvas)之前应用裁剪。但是注意，这样也会影响后续的绘制（如onDraw和子View的绘制）。 具体步骤： 方法一：重写draw方法 - 在draw方法中，先保存画布状态，然后应用裁剪路径，再调用super.draw(canvas)，最后恢复画布状态（如果后续绘制不需要裁剪，则恢复；如果后续也需要裁剪，则可以不恢复，但要注意状态管理）。 但是，这样裁剪路径会同时影响背景、自身内容（onDraw）和子View（dispatchDraw）。如果我们只想裁剪背景，那么我们需要在背景绘制后恢复裁剪区域。 方法二：在draw方法中，我们只裁剪背景，然后绘制背景，然后恢复裁剪区域，再继续绘制其他内容。但是这样我们就不能调用super.draw(canvas)了，因为我们需要分解绘制步骤。 方法二的具体代码思路： ```kotlin override fun draw(canvas: Canvas) { // 不调用super.draw(canvas)，而是自己实现绘制步骤 // 步骤1: 绘制背景（并应用裁剪） if (background != null) { canvas.save() canvas.clipPath(clipPath) // 应用裁剪 background.draw(canvas) // 绘制背景 canvas.restore() } // 步骤2: 绘制自身内容 super.onDraw(canvas) // 或者直接调用onDraw(canvas)？注意：这里我们重写了draw，所以需要自己调用onDraw // 步骤3: 绘制子View（如果是ViewGroup） super.dispatchDraw(canvas) // 步骤4: 绘制其他装饰（如滚动条） onDrawForeground(canvas) } ``` 但是，这种方法需要非常小心，因为View的draw方法包含了很多默认行为（如padding、fading edge等）。因此，更常见的做法是： 方法三：在自定义View中，我们不使用setBackground，而是在onDraw中自己绘制背景，这样我们就可以先裁剪再绘制背景。例如： ```kotlin class CustomView : View { // ... 构造方法 private val clipPath = Path() private var backgroundDrawable: Drawable? = null // 覆盖setBackground，将背景保存到backgroundDrawable override fun setBackground(background: Drawable?) { backgroundDrawable = background } override fun onSizeChanged(w: Int, h: Int, oldw: Int, oldh: Int) { super.onSizeChanged(w, h, oldw, oldh) // 创建裁剪路径，例如圆形 clipPath.reset() clipPath.addCircle(w/2f, h/2f, minOf(w, h)/2f, Path.Direction.CW) } override fun onDraw(canvas: Canvas) { // 绘制背景（如果有） backgroundDrawable?.let { canvas.save() canvas.clipPath(clipPath) it.setBounds(0, 0, width, height) it.draw(canvas) canvas.restore() } // 然后绘制其他内容... } } ``` 这样，我们就可以自由控制背景的裁剪，而不会影响其他内容。 但是，如果用户希望背景和View一起被裁剪（包括子View），那么重写draw方法并在最开始应用裁剪（然后调用super.draw）是一种方式。 总结： 1. 通过setBackground设置的背景，默认是在View的draw方法中首先绘制的，此时如果我们没有在draw方法中应用裁剪，那么背景不会被裁剪。 2. 如果我们希望背景被裁剪，我们需要在背景绘制之前应用裁剪路径。这可以通过重写draw方法，并在调用super.draw之前应用裁剪（这样整个View的绘制内容都会被裁剪），或者通过自己控制背景的绘制（如方法三）只裁剪背景。 因此，回答用户的问题：是的，通过setBackground设置的背景可以与canvas.clipPath一起裁剪，但需要我们在自定义View中通过重写draw方法或自己绘制背景来实现。 注意：在重写draw方法时，应用裁剪路径会影响整个View（包括子View），如果只想裁剪背景，则需要在绘制背景时单独应用裁剪，并在绘制后恢复。 另外，引用[3]中提到，clipPath在某些设备上可能不生效，这通常是因为硬件加速的问题。在API 18及以下，clipPath在开启了硬件加速的情况下可能不被支持（除了圆形和矩形等简单路径）。因此，为了兼容性，可能需要关闭硬件加速（setLayerType(View.LAYER_TYPE_SOFTWARE, null)）或者使用其他方式（如使用Xfermode）来实现裁剪。 参考引用[4]中关于clipPath的Region.Op参数，我们可以指定裁剪操作（如交集、并集等），但在API 26之后，这些操作被标记为过时，引入了新的方法（如clipOutPath）。 因此，在实现时，我们还需要考虑兼容性。 下面给出一个重写draw方法来实现整个View（包括背景）被裁剪的示例（兼容API 21以上，因为硬件加速在API 18以下有更多限制）： ```kotlin class ClipPathView @JvmOverloads constructor( context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0 ) : View(context, attrs, defStyleAttr) { private val clipPath = Path() init { // 如果运行在API 18及以下，关闭硬件加速 if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.JELLY_BEAN_MR2) { setLayerType(View.LAYER_TYPE_SOFTWARE, null) } } override fun onSizeChanged(w: Int, h: Int, oldw: Int, oldh: Int) { super.onSizeChanged(w, h, oldw, oldh) clipPath.reset() // 创建一个圆形路径 clipPath.addCircle(w / 2f, h / 2f, minOf(w, h) / 2f, Path.Direction.CW) } override fun draw(canvas: Canvas) { canvas.save() canvas.clipPath(clipPath) super.draw(canvas) // 这会绘制背景、自身内容和子View（如果有） canvas.restore() // 注意：这里我们恢复了裁剪区域，所以后续的绘制（比如在ViewGroup中，兄弟View）不会受影响 // 但是，如果我们在这个View上还有其他绘制（比如前景），那么它们不会被裁剪。所以如果需要，我们可以在super.draw之后绘制前景，但这里我们已经在裁剪之后恢复了，所以前景不会被裁剪。 // 如果希望前景也被裁剪，则不要在这里恢复，而是在绘制完所有内容后再恢复（但要注意，draw方法已经调用super.draw绘制了前景，所以这里我们不需要再处理） } } ``` 注意：在这个例子中，我们裁剪了整个View（包括背景、自身内容和子View）。如果只想裁剪背景，那么我们需要更精细的控制（如方法三）。 因此，根据用户的需求，我们可以选择不同的实现方式。 结论：通过setBackground设置的背景可以与canvas.clipPath一起裁剪，但需要自定义View的绘制过程（重写draw或onDraw方法）来在绘制背景之前应用裁剪路径。</think>在 Android 中，通过 `setBackground()` 设置的背景**可以**与 `canvas.clipPath()` 一起进行裁剪，但需要正确控制绘制顺序。以下是关键实现要点： ### 实现原理与步骤 1. **背景绘制机制** `setBackground()` 设置的背景会在 `View` 的 `draw()` 方法中自动绘制，其执行顺序为： ```java draw(Canvas canvas) { drawBackground(canvas); // 背景绘制 onDraw(canvas); // 自定义绘制 dispatchDraw(canvas); // 子View绘制 } ``` 2. **正确的裁剪顺序** 必须在背景绘制**前**应用 `clipPath()`： ```kotlin override fun draw(canvas: Canvas) { // 1. 先应用裁剪路径 canvas.save() canvas.clipPath(clipPath) // 2. 调用super.draw()绘制背景（此时背景已被裁剪） super.draw(canvas) // 3. 恢复画布状态 canvas.restore() // 4. 继续其他绘制（不受裁剪影响） onDraw(canvas) } ``` ### 完整示例代码（Kotlin） ```kotlin class ClipBackgroundView(context: Context, attrs: AttributeSet) : View(context, attrs) { private val clipPath = Path() private var bgColor = Color.BLUE // 通过setBackground设置的背景色 init { // 设置背景（会被裁剪） setBackgroundColor(bgColor) // 兼容旧设备硬件加速问题 if (Build.VERSION.SDK_INT < Build.VERSION_CODES.P) { setLayerType(LAYER_TYPE_SOFTWARE, null) } } override fun onSizeChanged(w: Int, h: Int, oldw: Int, oldh: Int) { super.onSizeChanged(w, h, oldw, oldh) // 创建圆形裁剪路径 val radius = minOf(w, h) / 2f clipPath.apply { reset() addCircle(w / 2f, h / 2f, radius, Path.Direction.CW) } } override fun draw(canvas: Canvas) { canvas.save() canvas.clipPath(clipPath) // 应用裁剪 super.draw(canvas) // 绘制背景（此时已被裁剪） canvas.restore() // 可添加其他自定义绘制（不受裁剪影响） // onDraw(canvas) } } ``` ### 关键注意事项 1. **硬件加速兼容性** - Android 9 (API 28) 以下设备需禁用硬件加速： ```kotlin setLayerType(LAYER_TYPE_SOFTWARE, null) ``` - 否则可能出现裁剪失效（引用[^3]） 2. **路径方向与区域操作** 使用 `Path.Direction.CW`（顺时针）确保区域计算正确，复杂裁剪可结合 `Region.Op`： ```kotlin // 交集裁剪（默认） canvas.clipPath(clipPath, Region.Op.INTERSECT) // 差集裁剪（引用[^4]） canvas.clipPath(clipPath, Region.Op.DIFFERENCE) ``` 3. **性能优化建议** - 在 `onSizeChanged()` 中初始化 Path，避免在 `draw()` 中重复创建 - 简单形状优先使用 `clipRect()`（性能更优） - 静态背景使用 `BitmapShader` 替代 ### 效果说明 通过此方案： 1. `setBackground()` 设置的背景（颜色/Drawable）会被裁剪为指定形状 2. 后续自定义绘制（`onDraw()`）不受裁剪影响 3. 支持所有 View 类型（包括 `ImageView` 等） > 测试设备覆盖建议：需在 Android 5.0+ 多机型验证，旧设备注意关闭硬件加速[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值