大小更改后,自定义ViewGroup内的视图无法呈现

Question

我遇到了一个令我难过的问题,我希望有人可以给我一些指示.

我正在使用一个使用自定义ViewGroup的应用程序(实际上是一个包含RelativeLayout的FrameLayout)来呈现事件日历.日历中的事件表示为视图,其大小根据事件的持续时间和包含视图的大小而定.

我遇到了调整包含FrameLayout大小时发生的问题.当前实现将删除表示事件的所有视图,并尝试添加新事件并根据FrameLayout的当前大小计算其大小.这项工作是通过View的onSizeChanged()方法触发的,该方法在FrameLayout中被覆盖.

调整视图大小时,将执行此代码并更新视图,但是,它们实际上都不会在屏幕上呈现... FrameLayout中包含的视图根本不可见.如果我在hierarchyviewer工具中加载视图,它们是视图树的一部分,并在概述中列出它们应该位于的位置,但它们不会显示.(请注意,视图在FrameLayout的初始渲染中是可见的......只有在调整大小后它们才会消失.)

看来调整大小期间的事件顺序如下:

onMeasure()
onMeasure()
onSizeChanged()
onLayout()

重置视图后调用requestLayout()(在onSizeChanged()内)似乎没有任何效果.但是,如果在调用requestLayout()之前导致一些延迟,则视图将变为可见.我可以通过生成一个线程和休眠来创建这个延迟,或者通过创建一个虚拟按钮来简单地调用requestLayout()并在调整大小后自己调整它,或者甚至在onSizeChanged()的末尾放置这个丑陋的黑客:

post(new Runnable() {
    public void run() {
        requestLayout();
    }
});

当我使用这个hack时,包含的视图是可见的,事件的顺序如下:

onMeasure()
onMeasure()
onSizeChanged()
onLayout()
onMeasure()
onMeasure()
onLayout()

因此,似乎强制第二个度量传递(在视图树被修改之后)使得包含的视图应该是可见的.为什么延迟对requestLayout()的调用对我来说这是一个谜.

谁能提供任何关于我做错的指示？

我意识到,如果不查看一些代码,这有点难以理解,因此我创建了一个小型示例应用程序,它展示了我的问题并使其在Github上可用:

https://github.com/MichaelSims/ViewGroupResizeTest

我上面提到的hack致力于一个单独的分支:

https://github.com/MichaelSims/ViewGroupResizeTest/tree/post-runnable-hack

如果我能提供任何其他信息,请提前通知我并提前致谢.

Answer 1

这不是一个黑客,它应该是如何工作的.onSizeChanged()作为布局传递的一部分被调用,并且在布局传递期间你不能/不应该requestLayout().在事件队列上发布requestLayout()以指示您在布局过程中更改了View层次结构是正确的.