在一个VC上显示WKWebView后重新为其父级

Question

我将WKWebView用作应用程序中的中央文档对象，而不仅仅是作为Web的被动门户。 同一文档显示在App中的几个不同位置，因此，理想情况下，视图的渲染效果与基于UIKit的本地UIView一样有效。

为避免URL加载延迟，我尝试过集中缓存视图，然后在发生导航转换并自行构建新的父视图时，将现有的WKWebView从缓存中抓取并将其添加为子视图，这当然会将其删除从以前的观点来看。 假定可以将其从先前的超级视图中删除，因为后者不再可见。

我注意到这有时会起作用，但是大多数情况下，网页在新的层次结构中感到非常不满意-它似乎应用了随机缩放和翻译，留下了巨大的空白，或者出现了很多倍，或者是正确值的一半尺寸。 重新应用在原始NSLayoutConstraints视图中完美运行的程序化NSLayoutConstraints ，从新的父VC的生命周期方法中调用frame手动几何操作setNeedsLayout()和setNeedsDisplay()均无效。

显然，WKWebView具有很深的内部状态，我无法弄清楚如何重置以使其在新家中感到快乐。 这只是在错误的树上吠叫吗？ 我应该依靠HTTP库级别的缓存吗？

目的是避免重新呈现包含HTTP事务，文档呈现算法和所有固有延迟的页面。 毕竟它只计算了一次。 我希望避免多余的计算和网络流量。

Answer 1

我也看到了这一点。 将WKWebView从一个父级移动到另一个父级（导航控制器的视图）会导致内部滚动视图contentInset更新不正确（从导航控制器不会自动服从AdjustsScrollViewInsets = false）。

我所做的是将WKWebView子类化，并在类中添加了以下内容：

override func layoutSubviews() {
    self.scrollView.contentInset = .zero
    super.layoutSubviews()
}