I have a view containing a UIWebView which is loading a google map (so lots of javascript etc). The problem I have is that if the user hits the 'back' button on the nav bar before the web view has finished loading, it is not clear to me how to tidily tell the web view to stop loading and then release it, without getting messages sent to the deallocated instance. I'm also not sure that a web view likes its container view disappearing before it's done (but I've no choice if the user hits the back button before it's loaded).

In my viewWillDisappear handler I have this

map.delegate=nil;[self.map stopLoading];

this seems to handle most cases OK, as nil'ing the delegate stops it sending the didFailLoadWithError to my view controller. However if I release the web view in my view's dealloc method, sometimes (intermittently) I will still get a message sent to the deallocated instance, which seems to be related to the javascript running in the actual page, e.g.:

-[UIWebView webView:runJavaScriptAlertPanelWithMessage:initiatedByFrame:]: message sent to deallocated instance 0x4469ee0

If I simply don't release the webview, then I don't get these messages though I guess I'm then leaking the webview.

If I don't send the 'stopLoading' message, and simply release the webview within viewWillDisappear, then I see messages like this:

/SourceCache/WebCore/WebCore-351.9.42/wak/WKWindow.c:250WKWindowIsSuspendedWindow:  NULL window.

Possibly related, I sometimes (again totally intermittent) get an ugly heisenbug where clicking the back button on some other view's navbar will pop the title, but not the view. In other words I get left with the title of view n on the stack, but the view showing is still view n+1 (the result is you're trapped on this screen and cannot get back to the root view - you can go the other direction, i.e. push more views and pop back to the view that didn't pop corrrectly, just not to the root view. The only way out is to quit the app). At other times the same sequence of pushes and pops on the same views works fine.

This particular one is driving me nuts. I think it may be related to the view disappearing before the web view is loaded, i.e. in this case I suspect it may scribble on memory and confuse the view stack. Or, this could be completely unrelated and a bug somewhere else (i've never been able to reproduce it in debug build mode, it only happens with release build settings when I can't watch it with gdb :-). From my debug runs, I don't think I'm over-releasing anything. And I only seem to be able to trigger it if at some point I have hit the view that has the web view, and it doesn't happen immediately after that.

asked Apr 26 '09 at 0:15
frankodwyer
8,69453261
 
3  
   
If I were you, I'd file a bug with Apple. The web view should not be receiving any messages after it gets deallocated -- it ought to terminate JS processing and URL loading when it's dealloc'ed. I've seen the nav item issue occasionally, but only after I installed iPhone OS 3.0 beta. Maybe that's an OS bug, too? – Daniel Dickison May 5 '09 at 19:49
   
   
yes that's what I thought (dealloc should clean up). The apple docs aren't generally very clear on the contract with the objects they provide. I've never seen the nav thing before and it happens regularly enough in my program that I think it must be something I'm doing - hopefully related to this webview thing if I manage to fix it. – frankodwyer May 8 '09 at 12:28
   
   
oh and to add, this happens on 2.2.1 – frankodwyer May 8 '09 at 12:29
   
   
try setting the webView as associated object instead of ivar/property – myell0w Aug 4 '11 at 0:30

add comment (requires 50 reputation)

6 Answers

up vote41down voteaccepted

+125

A variation on this should fix both the leaking and zombie issues:

-(void)loadRequest:(NSURLRequest*)request
{[self retain];if([webView isLoading])[webView stopLoading];[webView loadRequest:request];[self release];}-(void)webViewDidStartLoad:(UIWebView*)webView
{[self retain];}-(void)webViewDidFinishLoad:(UIWebView*)webView
{[self release];}-(void)webView:(UIWebView*)webView didFailLoadWithError:(NSError*)error
{[self release];}-(void)viewWillDisappear
{if([webView isLoading])[webView stopLoading];}-(void)dealloc
{[webView setDelegate:nil];[webView release];[super dealloc];}
answered May 5 '09 at 23:09
rpetrich
23.2k44171
 
   
   
yes good answer, i was thinking of trying something like this. your answer has a few things i didn't think of though, so i'll try it and if it works I will accept this one. Unfortunately the bounty will expire before i get time to try this - but what I will do is reopen the bounty and accept the answer in that case (just to remind myself, it was 250 bounty). – frankodwyer May 8 '09 at 12:24
   
   
I wouldn't worry about the bounty too much. It's just a number (besides, half is awarded to the top answer anyway ;) – rpetrich May 8 '09 at 23:54
   
   
finally got around to trying this - looking pretty good so far. No funny messages and it even seems to have cured the heisenbug - it was pretty intermittent though so I won't cheer yet til I have tested some more. – frankodwyer Jun 12 '09 at 21:03
   
   
@rpetrich: I know it's past 2nd anniversary of your answer, but why the fix is using retain/release onself? Wouldn't that cause problems for didReceiveMemoryNotification or forced call ofviewDidUnload? Could you please put some more light on why retain/release is used for a view controller which (I assume) has UIWebView outlet as property? – matm Jun 8 '11 at 9:12
   
   
@rpetrich: I think calling [self release] for [webView isLoading] == YES in viewDidUnloadshould balance retain count if e.g. webView has a long timeout, connection is slow and view is forced to unload. Am I correct? – matm Jun 8 '11 at 9:19

show 6 more comments

The UINavigationController bug you're describing in the second part of your post might be related to your handling of memory warnings. I've experienced this phenomenon and I"ve been able to reproduce it on view n in the stack by simulating a memory warning while viewing view (n+1) in the stack.

UIWebView is a memory eater, so getting memory warnings wouldn't be surprising when it's used as part of a view hierarchy.

answered Jun 30 '09 at 16:29
 
Armaggi
 
   
   
That's interesting, thanks. I will read up on what I'm meant to do in response to a memory warning (right now I don't handle it at all). I have not actually seen this issue since I moved to 3.0 and dumped the webview in favor of mapkit, and generally tightened up on other areas of memory handling. – frankodwyerJun 30 '09 at 16:50

add comment (requires 50 reputation)

A simple release message in dealloc ought to be enough.

Your second problem sounds like a prematurely deallocated view, but I can't say much without seeing some code.

answered Apr 26 '09 at 2:35
Can Berk Güder
32.8k1176109
 
   
   
yes a simple release in dealloc is what I had, and this is what results in the message getting sent to the deallocated instance. The webview is declared with @property (nonatomic,retain) if that makes a difference. Also, I have NSZombie checking on and otherwise I don't see any messages going to deallocated views - also as I say I can't reproduce this at all in Debug mode, it only happens in release mode. – frankodwyerApr 26 '09 at 9:36

add comment (requires 50 reputation)

There's a few ways to handle it, but this should work. You want the didFailLoadWithError message, it's what tells you it's stopped.

Set a flag isLeaving=YES; Send the Webview a stopLoading.

In didFailLoadWithError:, check for the error you get when the webview stops:

if ((thiserror.code == NSURLErrorCancelled) && (isLeaving==YES)) {

[otherClass performSelector:@selector(shootWebview) withObject:nil withDelay:0]

}

release the webView in shootWebview:


variations: if you want to be cavalier about it, you can do the performSelector:withObject:withDelay: with a delay of [fillintheblank], call it 10-30 seconds without the check and you'll almost certainly get away with it, though I don't recommend it.

You can have the didFailLoadWithError set a flag and clean it up somewhere else.

or my favorite, maybe you don't need to dealloc it all when you leave. Won't you ever display that view container again? why not keep it around reuse it?

Your debug being different from release issue, you might want to check your configuration to make sure that it's exactly the same. Bounty was on the reproducible part of the question, right? ;-).

-- Oh wait a second, you might be taking a whole View container down with the WebView. You can do a variation on the above and wait to release the whole container in shootWebView.

answered May 3 '09 at 7:47
 
   
   
my problem is that once I get the viewWillDisappear message, my view controller is going away and will shortly be dealloced (along with everything it contains, i.e. the webview). I don't see any way to prevent the view controller being dealloced (without leaking it) as it's not me that does that. Hence any delegate messages will (sometimes) wind up going to the dealloced instance of my controller. – frankodwyer May 3 '09 at 11:54
   
   
This sounds wonky even as I type it, but I suppose you could [self retain] before your webview loading calls and balance by [self release] in the didfinishload and didfailloads to make sure everything sticks around until the WebViews complete properly. – dieselmcfadden May 3 '09 at 23:49
   
   
yes I was thinking along those lines myself, and like you I thought it was a bit wonky - don't see why it shouldn't work tho. Will try this, along the lines of rpetrich's answer. – frankodwyer May 8 '09 at 12:23

add comment (requires 50 reputation)

Possibly related, I sometimes (again totally intermittent) get an ugly heisenbug where clicking the back button on some other view's navbar will pop the title, but not the view. In other words I get left with the title of view n on the stack, but the view showing is still view n+1 (the result is you're trapped on this screen and cannot get back to the root view - you can go the other direction, i.e. push more views and pop back to the view that didn't pop corrrectly, just not to the root view. The only way out is to quit the app). At other times the same sequence of pushes and pops on the same views works fine.

I have the same problem, when I'm use navigation controller with view controllers in stack > 2 and current view controller index > 2, if an memoryWarning occurs in this momens, it raises the same problems.

There is inly 1 solution, which I found after many experiments with overriding pop and push methods in NavigationController, with the stack of view controllers, with views and superviews for stacked ViewControllers, etc.

#import <UIKit/UIKit.h>#import <Foundation/Foundation.h>@interfaceFixedNavigationController:UINavigationController<UINavigationControllerDelegate>{}@end

#import "FixedNavigationController.h"static BOOL bugDetected = NO;@implementationFixedNavigationController-(void)viewDidLoad{[self setDelegate:self];}-(void)didReceiveMemoryWarning{// FIX navigationController & memory warning bugif([self.viewControllers count]>2)
bugDetected = YES;}-(void)navigationController:(UINavigationController*)navigationController
didShowViewController:(UIViewController*)viewController
animated:(BOOL)animated
{// FIX navigationController & memory warning bugif(bugDetected){
bugDetected = NO;if(viewController ==[self.viewControllers objectAtIndex:1]){[self popToRootViewControllerAnimated:NO];
self.viewControllers =[self.viewControllers arrayByAddingObject:viewController];}}}@end

It works fine for 3 view controllers in stack.

answered Sep 8 '09 at 7:33
abuharsky
358414
  add comment (requires 50 reputation)

I had a similar problem to this using a UIWebView in OS3 - this description was a good starting point, however I found than simply nil'ing out the web view delegate before releasing the webView solved my problem.

Reading the sample code (the accepted answer - above) - it seems like a lot of overkill. E.g. [webView release] and webView = nil lines do exactly the same thing given the way the author describes the variable is declared (so you don't need both). I'm also not fully convinced by all the retain and release lines either - but I guess your mileage will vary.

answered Aug 17 '09 at 14:34
TimM
1931211
  add comment (requires 50 reputation)

How to safely shut down a loading UIWebView in viewWillDisappear?的更多相关文章

  1. 简单的使用ehcache

    之前一直感觉缓存是高上大的东西,没有心思去研究.做了之后发现,简单的使用还是很容易的.这里记录ehcache在jfinal中的简单使用. 1.ehcahe简介 EhCache 是一个纯Java的进程内 ...

  2. leveldb

    [LevelDB] LevelDB is a fast key-value storage library that provides an ordered mapping from string k ...

  3. ehcache历史变迁及常用API的使用(转)

    ehcache是一个用Java实现的使用简单,高速,实现线程安全的缓存管理类库,ehcache提供了用内存,磁盘文件存储,以及分布式存储方式等多种灵活的cache管理方案.同时ehcache作为开放源 ...

  4. iOS网络3—UIWebView与WKWebView使用详解

    一.整体介绍 UIWebView自iOS2就有,WKWebView从iOS8才有,毫无疑问WKWebView将逐步取代笨重的UIWebView.通过简单的测试即可发现UIWebView占用过多内存,且 ...

  5. IOS UIWebView 下拉刷新功能的简单实现

    1.运行效果图 2.swift 代码的实现 import UIKit class RefreshWebViewController: UIViewController,UIScrollViewDele ...

  6. 网络天荒地老之UIWebView&WebKit

    UIWebView 是苹果提供的用来展示网页的UI控件,它也是最占内存的控件. iOS8.0之后出现了webkit框架,WKWebView相比UIWebView节省了1/4~1/3的内存,速度快,但是 ...

  7. UIWebView的使用

    iOS中UIWebView的使用详解 一.初始化与三种加载方式 UIWebView继承与UIView,因此,其初始化方法和一般的view一样,通过alloc和init进行初始化,其加载数据的方式有三种 ...

  8. How to load a local .CSS file & JavaScript resources using iPhone UIWebView Class

    This post will cover the basic setup and creation of an application with web content for iPhone that ...

  9. [iOS Hybrid实践:UIWebView中Html中用JS调用OC方法,OC执行JS代码]

    原理: 1.JS调用OC 每次webview执行跳转时都会被iOS给拦截,执行下面函数获得系统允许. 因此可以根据跳转信息转给系统,执行相应功能,比如打开相册等. // 网页中的每一个请求都会被触发 ...

随机推荐

  1. Oracle配置文件tnsnames.ora新增链接后连接报错:ORA-12154: TNS:无法解析指定的标识符

    一个空格引发的血案:在tnsnames. ora文件中新加了一个配置,该配置估计当时是拷的别人的直接粘贴上去的,然后发现用pl/sql连接就一直报错了,后面排除了用户名和密码问题和后,仔细看了该文件才 ...

  2. 集群/分布式环境下,Session处理策略

    前言 在搭建完集群环境后,不得不考虑的一个问题就是用户访问产生的session如何处理.如果不做任何处理的话,用户将出现频繁登录的现象.比如集中中存在A.B两台服务器,用户在第一次访问网站是,Ngin ...

  3. 有关Botton的用法(一)

    <Button android:layout_width="wrap_content" android:layout_height="wrap_content&qu ...

  4. 使用ajax提交form表单,formData

    http://www.cnblogs.com/zhuxiaojie/p/4783939.html formDatahttps://developer.mozilla.org/zh-CN/docs/We ...

  5. SourceTree使用介绍

    SourceTree比命令行更容易操作,能更直观看到发生了什么.但是没有哪一家git图形化软件能完成git的所有操作,封装后的使用也隐藏了git的一些细节,在图形化工具出现一些非常罕见的情况时,还是需 ...

  6. 【转】JMeter中使用Selenium进行测试

    JMeter是使用非常广泛的性能测试工具,而Selenium是ThroughtWorks 公司一个强大的开源Web 功能测试工具.Jmeter和Selenium结合使用,就可以实现对网站页面的自动化性 ...

  7. telnet WIN7设置回显办法

    windows 2000及XP默认是关闭telnet回显的,这样在操作上很不方便,要让Telnet程序实现本地回显可以按如下步骤操作:1.在命令窗口中运行不带任何参数的telnet命令,执行 /hel ...

  8. hibernate缓存机制详细介绍

    hibernate的缓存机制,包括一级缓存(session级别).二级缓存(sessionFactory级别). 一:hibernate的 N+1问题 list()获得对象: 如果通过list()方法 ...

  9. js获取用户实时地理位置

    js获取用户实时地理位置 if(navigator.geolocation) { var id = navigator.geolocation.watchPosition(function(posit ...

  10. delphi IOS发布添加其他资源文件

    添加自己的文件. Project>Deployment>Add File Remote Path android and IOS: assets\internal\ TPath.GetDo ...