View 的 requestLayout 发起的重绘流程源码分析（Android Q） 我们平时经常会调用 View 类的 requestLayout 方法更新视图，那么它又是如何发起的重绘逻辑呢？ View 的 requestLayout 方法： public void requestLayout() {……if (mParent != null && !mParent.isL

XML文件 <?xml version="1.0" encoding="utf-8"?><com.gallery20.app.MyLinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"android:id="@+id/my_ll"android:layout_width="match_parent"andro

当一个View调用requestLayout的时候，会给当前的View设置一个FORCE_LAYOUT标记。由此向ViewParent请求布局。这样从这个View开始向上一直requestLayout。最终到达ViewRootImpl。ViewParent 就是当前的传输链。【参见职责链设计模式】   第一步。 ViewRootImpl发现请求了布局。那么就会调用measure方法。

一、方法介绍 1、invalidate(): invalidate方法用于在UI线程中请求重绘视图。当我们希望在主线程中更新UI时，可以在UI线程中直接调用invalidate()方法。 内部实现：调用了invalidate方法后，为该View添加一个标记位，同时不断向父容器请求刷新，父容器通过计算得出自身需要重绘的区域，直到传递到ViewRootImpl中，最终触发performTrave

前言 相信大家也遇到过类似的问题，比如TextView文字显示不全，view没有按期望的显示或者隐藏，页面没有按期望的刷新，而且这些bug都在4.3以下必现，4.3以上系统就没问题了。这往往是requestLayout in layout问题，这类问题往往都需要花比较久的时间来定位解决，我最近碰到了几次，感觉特别浪费时间，很难找到问题的关键代码，所以准备写一个工具来解决检测这种问题，打印出问题代