PerformTraversals 和 onConfigurationChanged 中的竞争条件会导致布局不正确？

Question

我有一个中等复杂的 Android 应用程序，我自己通过 onConfigurationChanged 处理旋转，而不是重新启动 Activity。使用设备或模拟器一段时间（多次旋转）后，我开始看到应用程序间歇性地布局不正确（在横向模式下它保留了纵向宽度）

我向活动中的所有“onAction”事件添加了跟踪日志记录语句，并且我看到两个不同的流程：

正确：

1. onConfigurationChanged
2. onMeasure （使用旧宽度）
3. onLayout
4. onMeasure （使用新宽度）
5. onSizeChanged
6. onLayout
7. onDraw

当布局为不正确 我看到这个流程

不正确：

1. onMeasure （使用新宽度）
2. onSizeChanged
3. onLayout
4. onDraw
5. onConfigurationChanged
6. onMeasure （使用新宽度）
7. onLayout
8. onDraw

查看消息我想我看到了部分问题：我看到 3 条重要消息被发布：

• MessageType 1003 --> mWinFrame MessageType 1000 的新大小
• -->新的测量/布局通道（使用mWinFrame的大小）
• MessageType 118 -->配置更改，启动 onConfigurationChanged。

当布局正确时，顺序似乎是 118、1003、1000。当布局错误时，顺序似乎是 1003、1000、118，因此在 onConfigurationChanged 发生之前会使用新宽度进行测量。

为了额外的混乱，当布局不正确时，当我附加层次结构查看器并转储层次结构时，它会立即变得正确，但无论我请求重新布局和/或在 onPreDraw 中无效多少次，它都不会变得正确。

问题：

1）即使进行了无序调用，我最终还是得到了 onConfigurationChanged 并请求以新的宽度和高度进行重新布局，为什么这不会导致屏幕上的更新？

2）为什么这些消息的发布顺序会随着时间的推移而改变？我从来没有在新启动时看到过这个，但当手机/模拟器“运行了一段时间”时开始看到它。

Answer 1

这种情况似乎在速度较慢的手机上更常见，避免这种情况的一种方法是在 onPause() 中执行可怕的组装... setVisible(false) 并发布 Runnable 来执行 setVisible(true) onResume() 。

这使得它有时间在测量/布局之前注册正确的高度，您的层次结构查看器线索表明有一种神奇的方法，可能不是这个，但至少它现在似乎解决了问题。