新工作是关于教育方面的，有大量的显示内容是数学公式等比较复杂的文本，或者是图文混排的富文本。因此我们有大量的显示控件需要使用到UIWebView。有人问为什么不适用最新的WKWebView,主要是因为我们的UI都是在XIB中构建，而WKWebView直到iOS11才能够完整支持XIB。为了丰富显示内容，我们在本地有一个HTML模版，后端将基本的题目富文本返回给前端，我们将富文本放到本地模版的body中，最终由UIWebView渲染出完整的页面。
跟UIWebView打交道最多的就是获取UIWebView的高度了，网上的教程一般都是通过UIWebView的代理回掉，通过JS读取body的scrollHeight。
-(void)webViewDidFinishLoad:(UIWebView *)webView
{
CGFloat webViewHeight = [[webView stringByEvaluatingJavaScriptFromString:@"document.body.scrollHeight;"] floatValue];
CGRect frame = webView.frame;
frame.size.height = webViewHeight;
webView.frame = frame;
}
但这里有两个坑需要注意。
首先，对于我们项目中，需要读取本地模版文件的情况，会出现首次展现UIWebView时高度获取不正确的情况。根据测试，发现该问题和VC无关，全局只要使用过一次本地模版就不会出现问题，因此推测可能和本地文件加载有关。要做的就是，app启动后就预先读取该本地模版文件到内存，之后就不会有问题。
另一个问题。我们的app有点击按钮展开和收缩UIWebView的需求，默认情况下为收缩状态，即高度为0。而当UIWebView初始化的时候，高度就为0的情况，会导致最终计算的高度不正确。正确的做法是：给UIWebView一个极小的高度（比如1），但不能给0，否则会对UIWebView的高度产生错误的影响。
以上的问题都是在XIB和Autolayout下发现的，使用Frame的朋友可以测试仪爱。
