一起Talk Android吧(第一百五十三回:Android自定义View之Draw五)

本文深入解析了Android中自定义View的绘制流程,详细分析了ViewGroup的Draw过程,从View类的draw()函数入手,逐步揭示了dispatchDraw()函数在ViewGroup中的重写与实现细节。

各位看官们大家好,上一回中咱们说的是Android中自定义View之Draw的例子,这一回咱们继续说该例子。闲话休提,言归正转。让我们一起Talk Android吧!

看官们,我们在一回中想介绍ViewGroup的Draw流程,但是却因为没有找到draw()函数和onDraw()函数而不了了之,这一回中,我们将从其它地方着手,继续分析ViewGroup的Draw流程。

好了现在回到正题,我们从View类的draw()函数着手,从源代码中找到突破点,具体为下面的代码:


 // Step 4, draw the children 
 dispatchDraw(canvas);

接着查看该函数的源代码,却发现它是一个空函数,那么肯定在子类中重写了它,于是我们又回到ViewGroup类中,查找该函数,庆幸的是,我们不但找到了它,而且还发现它被重写了,看来我们的推测是正确的,下面是它的源代码:

  @Override
  protected void dispatchDraw(Canvas canvas) {
      boolean usingRenderNodeProperties = canvas.isRecordingFor(mRenderNode);
      final int childrenCount = mChildrenCount;
      final View[] children = mChildren;
      int flags = mGroupFlags;

      if ((flags & FLAG_RUN_ANIMATION) != 0 && canAnimate()) {
          final boolean buildCache = !isHardwareAccelerated();
          for (int i = 0; i < childrenCount; i++) {
              final View child = children[i];
              if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE) {
                  final LayoutParams params = child.getLayoutParams();
                  attachLayoutAnimationParameters(child, params, i, childrenCount);
                  bindLayoutAnimation(child);
              }
          }

          final LayoutAnimationController controller = mLayoutAnimationController;
          if (controller.willOverlap()) {
              mGroupFlags |= FLAG_OPTIMIZE_INVALIDATE;
          }

          controller.start();

          mGroupFlags &= ~FLAG_RUN_ANIMATION;
          mGroupFlags &= ~FLAG_ANIMATION_DONE;

          if (mAnimationListener != null) {
              mAnimationListener.onAnimationStart(controller.getAnimation());
          }
      }

      int clipSaveCount = 0;
      final boolean clipToPadding = (flags & CLIP_TO_PADDING_MASK) == CLIP_TO_PADDING_MASK;
      if (clipToPadding) {
          clipSaveCount = canvas.save(Canvas.CLIP_SAVE_FLAG);
          canvas.clipRect(mScrollX + mPaddingLeft, mScrollY + mPaddingTop,
                  mScrollX + mRight - mLeft - mPaddingRight,
                  mScrollY + mBottom - mTop - mPaddingBottom);
      }

      // We will draw our child's animation, let's reset the flag
      mPrivateFlags &= ~PFLAG_DRAW_ANIMATION;
      mGroupFlags &= ~FLAG_INVALIDATE_REQUIRED;

      boolean more = false;
      final long drawingTime = getDrawingTime();

      if (usingRenderNodeProperties) canvas.insertReorderBarrier();
      final int transientCount = mTransientIndices == null ? 0 : mTransientIndices.size();
      int transientIndex = transientCount != 0 ? 0 : -1;
      // Only use the preordered list if not HW accelerated, since the HW pipeline will do the
      // draw reordering internally
      final ArrayList<View> preorderedList = usingRenderNodeProperties
              ? null : buildOrderedChildList();
      final boolean customOrder = preorderedList == null
              && isChildrenDrawingOrderEnabled();
      for (int i = 0; i < childrenCount; i++) {
          while (transientIndex >= 0 && mTransientIndices.get(transientIndex) == i) {
              final View transientChild = mTransientViews.get(transientIndex);
              if ((transientChild.mViewFlags & VISIBILITY_MASK) == VISIBLE ||
                      transientChild.getAnimation() != null) {
                  more |= drawChild(canvas, transientChild, drawingTime);
              }
              transientIndex++;
              if (transientIndex >= transientCount) {
                  transientIndex = -1;
              }
          }

          final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);
          final View child = getAndVerifyPreorderedView(preorderedList, children, childIndex);
          if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) {
              more |= drawChild(canvas, child, drawingTime);
          }
      }
      while (transientIndex >= 0) {
          // there may be additional transient views after the normal views
          final View transientChild = mTransientViews.get(transientIndex);
          if ((transientChild.mViewFlags & VISIBILITY_MASK) == VISIBLE ||
                  transientChild.getAnimation() != null) {
              more |= drawChild(canvas, transientChild, drawingTime);
          }
          transientIndex++;
          if (transientIndex >= transientCount) {
              break;
          }
      }
      if (preorderedList != null) preorderedList.clear();

      // Draw any disappearing views that have animations
      if (mDisappearingChildren != null) {
          final ArrayList<View> disappearingChildren = mDisappearingChildren;
          final int disappearingCount = disappearingChildren.size() - 1;
          // Go backwards -- we may delete as animations finish
          for (int i = disappearingCount; i >= 0; i--) {
              final View child = disappearingChildren.get(i);
              more |= drawChild(canvas, child, drawingTime);
          }
      }
      if (usingRenderNodeProperties) canvas.insertInorderBarrier();

      if (debugDraw()) {
          onDebugDraw(canvas);
      }

      if (clipToPadding) {
          canvas.restoreToCount(clipSaveCount);
      }

      // mGroupFlags might have been updated by drawChild()
      flags = mGroupFlags;

      if ((flags & FLAG_INVALIDATE_REQUIRED) == FLAG_INVALIDATE_REQUIRED) {
          invalidate(true);
      }

      if ((flags & FLAG_ANIMATION_DONE) == 0 && (flags & FLAG_NOTIFY_ANIMATION_LISTENER) == 0 &&
              mLayoutAnimationController.isDone() && !more) {
          // We want to erase the drawing cache and notify the listener after the
          // next frame is drawn because one extra invalidate() is caused by
          // drawChild() after the animation is over
          mGroupFlags |= FLAG_NOTIFY_ANIMATION_LISTENER;
          final Runnable end = new Runnable() {
             @Override
             public void run() {
                 notifyAnimationListener();
             }
          };
          post(end);
      }
  }

源代码比较多,不过核心功能是通过drawChild()函数实现的,接下来我们看看该函数的源代码:

protected boolean drawChild(Canvas canvas, View child, long drawingTime) {
    return child.draw(canvas, this, drawingTime);
}

从源代码中可以看出,它回调了View中的draw()函数,而且是View中专门用来绘制ViewGroup对象的函数,这个函数,我们前面章回中介绍过,相信大家还有印象。

绕了这么一圈,大家可能觉得有点乱,那么我们对ViewGroup的Draw流程做一个总结:


doTraversal()->performTraversals()->performDraw()->draw(1)->dispatchDraw()->draw(3)->draw(1)->onDraw().

该流程中前三个函数都在ViewRootImpl.java文件中,第四个函数draw(1)在View类中,这里的1表示它有1个参数,而第五个函数dispatchDraw()在View类中,不过它是个空函数,真正调用的是ViewGoup类中的dispatchDraw()函数。第六个函数draw(3)又回到了View类中,这里的3表示它有3个参数。第七个函数draw(1)也在View类中。最后一个函数onDraw()在哪里取决于它代表的类,如果它代表的类是某个具体的控件(LinearLayout),那么就在该控件所属的类中。

各位看官,关于Androd中自定义View之Draw的例子咱们就介绍到这里,欲知后面还有什么例子,且听下回分解!

同步定位与地图构建(SLAM)技术为移动机器人或自主载具在未知空间中的导航提供了核心支撑。借助该技术,机器人能够在探索过程中实时构建环境地图并确定自身位置。典型的SLAM流程涵盖传感器数据采集、数据处理、状态估计及地图生成等环节,其核心挑战在于有效处理定位与环境建模中的各类不确定性。 Matlab作为工程计算与数据可视化领域广泛应用的数学软件,具备丰富的内置函数与专用工具箱,尤其适用于算法开发与仿真验证。在SLAM研究方面,Matlab可用于模拟传感器输出、实现定位建图算法,并进行系统性能评估。其仿真环境能显著降低实验成本,加速算法开发与验证周期。 本次“SLAM-基于Matlab的同步定位与建图仿真实践项目”通过Matlab平台完整再现了SLAM的关键流程,包括数据采集、滤波估计、特征提取、数据关联与地图更新等核心模块。该项目不仅呈现了SLAM技术的实际应用场景,更为机器人导航与自主移动领域的研究人员提供了系统的实践参考。 项目涉及的核心技术要点主要包括:传感器模型(如激光雷达与视觉传感器)的建立与应用、特征匹配与数据关联方法、滤波器设计(如扩展卡尔曼滤波与粒子滤波)、图优化框架(如GTSAM与Ceres Solver)以及路径规划与避障策略。通过项目实践,参与者可深入掌握SLAM算法的实现原理,并提升相关算法的设计与调试能力。 该项目同时注重理论向工程实践的转化,为机器人技术领域的学习者提供了宝贵的实操经验。Matlab仿真环境将复杂的技术问题可视化与可操作化,显著降低了学习门槛,提升了学习效率与质量。 实践过程中,学习者将直面SLAM技术在实际应用中遇到的典型问题,包括传感器误差补偿、动态环境下的建图定位挑战以及计算资源优化等。这些问题的解决对推动SLAM技术的产业化应用具有重要价值。 SLAM技术在工业自动化、服务机器人、自动驾驶及无人机等领域的应用前景广阔。掌握该项技术不仅有助于提升个人专业能力,也为相关行业的技术发展提供了重要支撑。随着技术进步与应用场景的持续拓展,SLAM技术的重要性将日益凸显。 本实践项目作为综合性学习资源,为机器人技术领域的专业人员提供了深入研习SLAM技术的实践平台。通过Matlab这一高效工具,参与者能够直观理解SLAM的实现过程,掌握关键算法,并将理论知识系统应用于实际工程问题的解决之中。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

talk_8

真诚赞赏,手有余香

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值