我目前正在开发一个应用程序,它使用 UIWebView
来显示一些内容。它过去与 UIWebView
一起工作得很好,但是当我们将操作系统要求提高到 8.1 时,我们决定切换到 WKWebView
。我们注意到性能有了巨大的提高,但一些简单的想法过去工作得很好,现在开始失败了。经过一些研究,我设法看到发生了什么 - 但我不知道如何解决它。我想知道是否有人可以帮我解决这个问题......
我们的 webview 加载 URL 需要花费大量时间才能完成这项工作,因此在开始请求之前,我们加载一个静态微调器,这样用户就不会觉得应用程序已经疯了。该静态内容的加载周期已经调整好,因此在正确加载静态内容之前我们不会启动 URL 请求。只要用户不旋转设备,这就可以正常工作。这是可以看到的:
(出于隐私目的,我不得不更改 View 。毕竟我不是此代码的所有者:-))
我正在使用此 html 代码来测试大小。 body 的背景颜色是深灰色,丑陋的浅灰色框扩展到宽度的 100%,减去边距。到目前为止,一切都很好。但是如果用户旋转设备,就会发生这种情况:
这很令人毛骨悚然,因为显然 body 正在拉伸(stretch)以匹配最大宽度,但内部 div 正在处理错误的相对大小。只要正在处理请求,这种情况就会继续。当我强制超时使请求失败时,WKWebView
重新呈现并显示其正确外观:
一旦我发现这一点,我尝试订阅旋转观察器并通过以下方式在 webview 上强制重新呈现,但没有成功:
- 为
UIWebView
和UIScrollView
调用viewNeedsDisplay
- 调整
UIWebView
的大小
- 重新定位
UIScrollView
内容
到目前为止,我的结论是:
- 这没有发生在
UIWebView
上,只是发生在新的WKWebView
上(我再次测试,确认) - 看起来
WKWebView
在加载状态下无法正确呈现 View
有人知道是否有办法解决这个问题吗?像我缺少的一种默认情况下禁用的神奇属性?我不想认为他们在重新制作 webview 时破坏了这部分......在此先感谢 :)
编辑:自创建帖子以来我尝试过的东西,但没有成功:
- 通过使用 javascript/ native 旋转回调异步更改 DOM 不起作用。在 http 请求结束之前不会呈现更改。
- 使用
dispatch_async
方法在不同的线程中调用 http 请求不起作用。在幕后,WKWebview
可能最终使用同一个线程,就像您从主线程调用它一样。
最佳答案
如果您不介意有点 hacky,可以使用 Javascript 来实现:
您可以添加检测更改的 Javascript,例如
window.orientation
和window.onresize
.查看是否调用了任何与帧相关的事件。如果它们被调用,只需使用 Javascript 自己调整 div 的大小。如果事件永远不会触发,您可以使用 evaluateJavaScript:completionHandler: 自己伪造它们
您也可以用这种方式举办自己的事件。每当您在应用中检测到设备方向发生变化时,只需发送调整大小的 div 脚本即可。
如果您正在加载 Javascript,您可以查看
async
和defer
的<script>
标签。这意味着您将不得不更改 WebView 中的代码。
这不是解决此问题的最佳方法,但它需要的更改最少。
我还建议您在 https://bugreport.apple.com/ 填写错误报告, 这样您就可以知道这是否是预期的行为。
关于ios - WKWebView 在加载另一个 URL 时不会重新呈现内容,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30034653/