调整字体大小后WKWebView的contentSize.height未随字体缩小更新

这问题我做富文本展示时踩过同款坑！WKWebView放大字体后contentSize会跟着变大，但缩小字体时却死活不自动更新高度，本质是WebKit内部的布局缓存或者没触发完整重排流程导致的。给你几个亲测有效的解决思路：

1. 强制触发WebView布局重排 #

修改CSS并重新加载HTML后，WebKit可能没立刻重新计算内容高度，咱们可以手动逼它刷新：

• 先把WebView的scrollView内容偏移重置到顶部，避免滚动位置干扰布局计算：

webView.scrollView.setContentOffset(.zero, animated: false)

• 然后强制WebView和父scrollView重新布局：

webView.layoutIfNeeded()
scrollView.layoutIfNeeded()

要是这招不管用，可以试试加载新HTML前先把WebView高度临时设成极小值（比如1pt），让它彻底放弃旧布局缓存：

// 加载前临时缩小WebView
var tempFrame = webView.frame
tempFrame.size.height = 1
webView.frame = tempFrame

// 加载修改后的HTML字符串
webView.loadHTMLString(modifiedHTML, baseURL: nil)

2. 通过JS主动获取真实内容高度（最可靠） #

有时候WebKit的scrollView.contentSize更新慢半拍，咱们直接用JavaScript拿页面真实高度，再手动给WebView设frame就稳了：

• 在WKWebView加载完成的代理方法里（或者每次改完字体重新加载后），执行JS获取高度：

func webView(_ webView: WKWebView, didFinish navigation: WKNavigation!) {
    // 获取页面body的真实滚动高度
    webView.evaluateJavaScript("document.body.scrollHeight") { result, error in
        guard let rawHeight = result as? Double, let height = CGFloat(exactly: rawHeight) else {
            print("获取高度失败: \(error?.localizedDescription ?? "未知错误")")
            return
        }
        DispatchQueue.main.async {
            // 更新WebView的frame高度
            var newFrame = webView.frame
            newFrame.size.height = height
            webView.frame = newFrame
            
            // 让父UIScrollView重新计算contentSize
            self.scrollView.layoutIfNeeded()
        }
    }
}

这个方法直接绕开WebKit的contentSize缓存问题，我现在做项目基本都用它，稳得一批。

3. 清空WebView缓存再加载新内容 #

如果之前的HTML内容缓存死死赖着影响布局，可以先加载个空HTML清缓存，再加载修改后的内容：

// 先加载空内容清空缓存
webView.loadHTMLString("", baseURL: nil)
// 稍微等一等再加载新内容（或者等空内容加载完成后）
DispatchQueue.main.asyncAfter(deadline: .now() + 0.1) {
    self.webView.loadHTMLString(modifiedHTML, baseURL: nil)
}

另外别忘了：既然你已经禁用了WKWebView的用户交互，记得把它的scrollView.isScrollEnabled也设成false，避免滚动状态干扰高度计算。

总结 #

优先试试JS获取高度手动设frame的方案，几乎能解决90%以上WebView高度计算不准的问题。要是还不行，就把强制布局和清空缓存的方法结合起来用。

内容的提问来源于stack exchange，提问作者Mat Yus