0. 关键词
iOS，内存泄露，UIWebView，three.js
1. 问题提出
使用UIWebView加载three.js制作的3D模型，模型加载大约需要200M左右的内存空间，内存占用不低，但勉强可以接受。
关闭该WebView页面，发现内存并未释放。再次进入该WebView加载模型，内存占用再次增加200MB。来回几次应用崩溃提示Message from debugger: Terminated due to memory issue。很明显，奔溃是由于iOS的UIWebView内存泄露造成的。内存占用情况如下图所示。
2. 思路
程序崩溃是由于应用占用了过多的内存，内存占用过多是因为UIWebView存在内存泄露的问题，导致内存不能释放。UIWebView的内存问题是我们无法解决的，但可以去优化UIWebView的内存占用问题。
优化方法是关闭WebView页面之前先加载空页面，之后再关闭WebView。
3. 核心代码
[self.webView loadRequest:[NSURLRequest requestWithURL:[NSURL URLWithString:@""]]];
4. 实现
在执行关闭WebView逻辑前，加载空白页面。代码如下：
- (void)closePage
{
//1、加载空页面
[self.webView loadRequest:[NSURLRequest requestWithURL:[NSURL URLWithString:@""]]];
//2、关闭页面
[self dismissViewControllerAnimated:YES completion:nil];
}
注意
在MRC下需要关注UIWebView的Delegate引用问题，即UIWebView已经释放，但UIWebView的Delegate未置空导致奔溃的问题。ARC下由于weak语义的存在不需要考虑此问题。
优化后的内存占用情况如下图所示，可以看到虽然没有解决UIWebView的内存泄露，但有效地控制住了随着UIWebView的反复加载造成的源源不断的内存泄露问题。UIWebView内存泄露大约占用了30MB左右的内存，使得应用运行整体占用了50MB左右的内存空间。作为一款iOS平台下的应用，内存占用是偏高的，但对于主流iOS设备来说，30MB左右的内存浪费也是可以接受的。
5. 总结
iOS平台下的UIWebView内存问题是众所周知的，Apple官方也承认了内存泄露确实存在。因此Apple在iOS8推出了功能和性能都更加强大WKWebView。但出于一些原因WKWebView并未完全替代UIWebView。
对于加载普通网页来说，UIWebView的内存问题体现的并不明显，我们甚至都可以不去关注UIWebView的内存泄露问题，因为在应用因内存问题奔溃之前，用户早已退出了该应用。
但对于本文的实践，UIWebView的内存问题就体现了出来。
6. 其他
内存不足时，系统会发出内存不足的通知。同时也可以在ViewController可以重写- didReceiveMemoryWarning方法，来释放一些不用的资源。
但该方法不是万能的，对于短时间内内存急剧增长的情况，内存不足的方法还未来得及调用程序就已经奔溃了。
还有如本文的情况，UIWebView是当前正在使用的资源，当然不能对其进行释放。
