为什么在invalidate之后直接调用requestLayout

Question

我正在学习自定义视图，并想了解invalidate()和requestLayout() 。

请参考这个答案及其图表：

https://stackoverflow.com/a/25846243/4243687

invalidate()告诉Android视图状态已更改，需要重新绘制。

requestLayout()表示视图的大小可能已更改，需要重新测量，然后重新绘制。

invalidate()将调用dispatchDraw() ， draw()和onDraw()因此它会重新呈现视图。

另一方面， requestLayout()几乎可以完成从测量到重新渲染的所有事情。

为什么那么多的例子（甚至是TextView源代码）在下一行调用invalidate()然后requestLayout()呢？

Answer 1

invalidate()专门用于重绘视图的内容。 重绘不会同步发生。 相反，它会将视图区域标记为无效，以便在下一个渲染周期中重绘它。

requestLayout()应该在其中的某些内容可能更改其维度时使用。 在这种情况下，父视图和视图层次结构中的所有其他父项将需要通过布局传递重新调整自己。

如果你没有对你的视图做任何改变其大小的事情，那么你不必调用requestLayout() 。

如果你回过头来查看TextView代码中调用requestLayout()位置，它将会在视图边界受到影响的方法上。 例如， setPadding() ， setTypeface() ， setCompoundDrawables()等。

因此，当调用requestLayout()时，它应与对invalidate的调用配对，以确保重绘整个视图。

Answer 2

看到下面的图表后 ，我的印象是调用requestLayout()最终会导致onDraw 。

因此，没有必要将这些称为一起，因为它是多余的。

invalidate();
requestLayout();

然而，事实证明该图表具有误导性。 有些视图实际上可能会在布局更改时自行失效，但这不是确定的。 不能保证调用requestLayout()会导致调用onDraw 。

我的来源 （感谢此评论 ）是Romain Guy （Google的Android工程师）：

requestLayout（）本身不会导致绘制传递，但某些视图可能会通过调用invalidate来对布局更改做出反应。

因此，要确定重新布局将导致重绘，那么您应该将invalidate()与requestLayout()配对。 （但事实并非如此。如果你只需要重绘，那么就不需要调用requestLayout() 。一个invalidate()就可以了。）

Answer 3

回答问题的专家Android相关摘录：

由于onClick事件导致维度发生变化，因此我们的视图需要变得更大并占用更多空间。 我们如何表达对Android的需求，我们请求Layout（）。 此方法向上传递，标记每个视图父级需要重新测量它。 当最终父级获得此请求（视图根）时，父级会调度布局遍历。 布局遍历可能会也可能不会导致onDraw，尽管在这种情况下它应该。 作为一个很好的编程实践，我们也调用invalidate（）来确保绘图阶段。

Answer 4

Android文档：创建一个View类

public boolean isShowText() {
   return mShowText;
}

public void setShowText(boolean showText) {
   mShowText = showText;
   invalidate();
   requestLayout();
}

请注意，setShowText调用invalidate（）和requestLayout（）。 这些调用对于确保视图可靠地运行至关重要。 在对可能更改其外观的属性进行任何更改后，您必须使视图无效，以便系统知道需要重新绘制该视图。 同样，如果属性更改可能会影响视图的大小或形状，则需要请求新布局。 忘记这些方法调用可能会导致难以发现的错误。