ios webview 内存溢出怎么搞

UIWebView内存占用过高、崩溃、内存溢出，有需要的朋友可以参考下。
项目当中模拟器上运行UIWebView读取本地杂志,没问题，真机测试经常内存溢出崩溃。
查了资料因为Html里的js 导致的内存泄漏，每次打开一个连接就会把“WebKitCacheModelPreferenceKey”设置成1。
UIWebView 增加
- (void)webViewDidFinishLoad:(UIWebView )webView {
[[NSUserDefaults standardUserDefaults] setInteger:0 forKey:@"WebKitCacheModelPreferenceKey"];
}
解决问题
原因:
Your are going to have a big memory usage and leak a lot of data!
But there is a hack to solve this problem: revert what is done when you open a link
In fact, the key property which leads to this leak is the WebKitCacheModelPreferenceKey application setting And when you open a link in a UIWebView, this property is automatically set to the value "1" So, the solution is to set it back to 0 everytime you open a link You may easily do this by adding a UIWebViewDelegate to your UIWebView :
- (void)webViewDidFinishLoad:(UIWebView )webView {
[[NSUserDefaults standardUserDefaults] setInteger:0 forKey:@"WebKitCacheModelPreferenceKey"];
}
So are you going to have much less crash due to "Low Memory" :)
崩溃次数减少很多。

ios怎么查看内存泄露，有以下几种方法供大家参考： 1静态分析 通过静态分析我们可以最初步的了解到代码的一些不规范的地方或者是存在的内存泄漏，这是我们第一步对内存泄漏的检测。当然有一些警告并不是我们关心的可以略过。 2通过instrumentsios检测到main函数泄露内存，怎么进一步定位

方法/步骤
1
用xcode打开自己的工程，按快捷键command+r 运行需要测试的程序。
2
点击xcode导航栏的“show the debug navigator”，切换到debug模式
然后选中“Memory”，再点击右侧的 “Profile in Instruments”，会自动打开Instruments。
3
这时候会d出来一个对话框，选择“Transfer”
4
打开后，这时界面如图：
5
然后切换到iOS模拟器，点击那个测试按钮
6
这个时候会d出一个对话框，
7
“cancel”取消对话框后，多点几次“button”，切换到Instruments会发现 “Leaks”一栏里有几个红色的区块。
这就是内存泄露了。
8
点击暂停，
然后点击“Leaks”一栏
9
然后点击“导航栏”切换到“call tree”模式下
10
看到列表里列出了内存泄露的调用逻辑：
11
勾选右边的详细窗口中的“hide system libraries”，隐藏系统函数。
这个时候就可以清楚看到我们自己程序中的方法调用层次结构了。
展开后，可以发现是[ViewController onTestLeakBtn]
12
鼠标双击“[ViewController onTestLeakBtn ]”这一行，会跳转到代码。
剩下的工作就是修改代码，然后重复以上步骤。直到没有内存泄露为止。

1、内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。

2、一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的，

使用完后必须显式释放的内存。应用程序一般使用malloc，calloc，realloc，new等函数从堆

中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则

这块内存就不能被再次使用，就是这块内存泄漏了。

3、内存泄露多数属于程序本身设计问题，有以下几种解决方法：

1）从程序内部重新编译。养成良好的编码习惯，尽量在涉及内存的程序段，检测出内存泄露。

2）结束程序，内存自然就会被 *** 作系统回收。

3）重新启动电脑后，立刻恢复。

如果Controller被释放了，但其曾经持有过的子对象如果还存在，那么这些子对象就是泄漏的可疑目标。

一个小示例：子对象（比如view）建立一个对controller的weak引用，如果Controller被释放，这个weak引用也随之置为nil。那怎么知道子对象没有被释放呢？用一个单例对象每个一小段时间发出一个ping通知去ping这个子对象，如果子对象还活着就会一个pong通知。所以结论就是：如果子对象的controller已不存在，但还能响应这个ping通知，那么这个对象就是可疑的泄漏对象。

更多： iOS面试题合集

---