前言
现在大多数网络也面加载都会用到wkwebview,之前在使用wkwebview的时候,网上很多的基础教程使用很多只是说了怎么添加Message Handler 但是并没有告诉到家有这个内存泄漏的风险,如果你只是也没内的数据调用你压根都不会发现这个问题。没存泄漏这个问题说大不大,说小不小,严重的话话直接到时app闪退,所以还是得重视起。好下面说一下怎么解决,话不多说了,来一起看看详细的介绍吧
解决方法
1,在做网页端js交互的时候 我们都会这样去添加js
[self.customWebView.configuration.userContentController addScriptMessageHandler:self name:obj];
后面也添加了 delloc
- (void)dealloc { [_customWebView removeObserver:self forKeyPath:@"estimatedProgress"]; [self removeScriptMessageHandler]; }
后来发现在加载网页的时候 pop push 多次操作 内存一直在增加,高的时候 都快200上下了,才注意到这个内存问题,
刚开始的解决方法是:
- (void)viewWillDisappear:(BOOL)animated { [super viewWillDisappear:animated]; [self removeScriptMessageHandler]; }
后来发现问题依旧存在 delloc 依旧不走,虽然走了移除方法 ,但是在当你在pop push时候 网页没有移除掉原先占的内存,后来发现
[userContentController addScriptMessageHandler:self name:GetKeyiOSAndroid_Action];
这里userContentController持有了self ,然后
userContentController 又被configuration持有,
最终呗webview持有,然后webview是self的一个私有变量,
所以self也持有self,所以这个时候有循环引用的问题存在,
导致界面被pop或者dismiss之后依然会存在内存中。不会被释放
目前想到2个办法
1,上面我提到了 self持有self,导致的循环引用问题
我做法是重新建了一个类WKWebViewConfiguration
[[WKWebViewConfiguration alloc]init]; userContentController =[[WKUserContentController alloc]init]; configuration.userContentController= userContentController; webView = [[WKWebView alloc]initWithFrame:self.view.bounds configuration:configuration];
重写self方法就解决了
2,delloc 内存,
- (void)viewWillAppear:(BOOL)animated { [super viewWillAppear:animated]; [_webView.configuration.userContentController addScriptMessageHandler:self name:GetKeyiOSAndroid_Action]; [_webView.configuration.userContentController addScriptMessageHandler:self name:Upload_Action]; } - (void)viewWillDisappear:(BOOL)animated { [super viewWillDisappear:animated]; [_webView.configuration.userContentController removeScriptMessageHandlerForName:GetKeyiOSAndroid_Action]; [_webView.configuration.userContentController removeScriptMessageHandlerForName:Upload_Action]; }
这篇文章:https://www.jb51.net/article/143774.htm 最终解决了这个问题
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对自由互联的支持。