纵向模式下的 iOS 自动布局性能问题。 [NSISEngine优化]

Question

我遇到了一个非常奇怪的问题，我想知道是否有人可以帮助我，因为我完全迷路了。

上下文:我正在开发一个层次结构相对简单的应用程序。只有几个 View Controller ，但有很多高分辨率图像。它们显示在带有一些文本等的 UIScrollView 中。在纵向模式下测试时， ScrollView 根本无法流畅滚动。帧率似乎下降到大约 4-5 fps。一开始我以为是因为高分辨率图像。

但后来我将 iPad 调成横屏模式，一切都运行得很顺利。由于我有一个单独的 xib 文件用于纵向和横向，我认为 portrait-xib 中一定有问题。事实证明，没有。两者都具有相同的 VC 类，因此使用相同的代码并且两个 xib 几乎相同，除了 View 的大小和位置。

为了缩小问题范围，我使用了 Instrument 的 TimeProfiler 来查看导致问题的原因。事实证明，TimeProfiler 显示了一些对 [NSISEngine optimize] 的调用(由 NSLayoutConstraint 触发)。在纵向模式下，调用更多，而且这些调用花费的时间更长。在树的更下方，我看到在纵向模式下 [NSISEngine optimize] 调用了 [NSISEngine fixupIntegralizationViolations] 而在横向模式下它没有。

我什至从应用程序中删除了所有 View Controller ，除了 rootVC 和另一个由 rootVC 提供的 View Controller 。呈现的vc只包含一些图像、按钮和一些动画。它只有一个 xib 用于两个方向，并且(与所有其他方向一样)使用自动布局进行布局。

布局在两个方向上都能正常工作，并且没有歧义(据我所知。至少 po [[UIWindow keyWindow] _autolayoutTrace] 没有显示任何歧义)。

我附上了vc演示过程的TimeProfile截图。一种用于人像，一种用于风景。如您所见，横向调用 [NSISEngine optimize] 只需要一毫秒，而纵向调用则需要 3000 多毫秒。

谁能告诉我这是为什么？或者也许知道我能做些什么来找出问题所在？

如有任何帮助，我们将不胜感激!

谢谢

链接到更大版本的图像:link

Answer 1

我在中等复杂的 View 中遇到了同样的问题，它在非 Retina iPad 或 Retina iPad 的纵向模式下表现良好。在 Retina 设备上的横向模式下，显示弹出窗口或将另一个 View 推送到 View 堆栈上的时间要长 10 倍。我最终在 View Controller 中用手动编码的 loadView 替换了 XIB 文件。这似乎已经解决了这个问题。 Interface builder 倾向于创建过多的约束，因此控制它是良好的自动布局性能的关键。

我还就这个问题开了一个支持票。

更新:

我在我的情况中找到了原因。这是以下一组约束:

NSArray *constraints = [NSLayoutConstraint
                        constraintsWithVisualFormat : @"|[sunLabel][monLabel(==sunLabel)][tueLabel(==sunLabel)][wedLabel(==sunLabel)][thuLabel(==sunLabel)][friLabel(==sunLabel)][satLabel(==sunLabel)]|"
                        options : 0
                        metrics : nil
                        views : labelViewsDictionary];

它指定父 View 中的 7 个标签都具有相同的大小，并且都扩展了父 View 的宽度。我认为布局的过度相关性导致自动布局适合，特别是因为父 View 宽度不能被 7 整除。

为了解决这个问题，我创建了一个约束数组来指定每个标签的宽度并应用这些约束。当设备旋转时，父 View 的宽度发生变化，所以我返回并将约束上的常量调整为父 View 宽度的 1/7。这现在表现良好，加载弹出窗口的过程现在需要不到 300 毫秒而不是 2000 毫秒。