我在下载250MB以下的文件时没有问题,但是当我尝试下载250MB + zips时,应用程序只是在未发出错误的情况下突然崩溃。有时它会通过,有时它不会。泄漏证实没有臃肿或记忆丧失。
我现在注意到崩溃只发生在使用xcode进行调试时。当我运行应用程序并下载较大的文件时,我没有调试没有问题
下载更大的文件时,是否需要以不同方式处理AFNetworking类?
这是我的代码
NSURL* url=[BFAppGlobals getServerURL:[M.Properties objectForKey:@"zip_path" ]];
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
[request setTimeoutInterval:3600];
AFHTTPRequestOperation *operation = [[[AFHTTPRequestOperation alloc] initWithRequest:request] autorelease];
NSString* writePath=[BFAppGlobals getContentResourcePathForFile:strFile];
[delegate onStartDownload:M];
operation.outputStream = [NSOutputStream outputStreamToFileAtPath:writePath append:YES];
[operation setDownloadProgressBlock:^(NSInteger bytesRead, NSInteger totalBytesRead, NSInteger totalBytesExpectedToRead) {
int b=totalBytesRead ;
int total=totalBytesExpectedToRead;
float perc=(float)b/(float)total;
M.progress=perc;
[((NSObject*)delegate) performSelectorOnMainThread:@selector(onDataReceviedFromRequest:) withObject:M waitUntilDone:YES];
}];
[operation setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {
NSDictionary* params=[NSDictionary dictionaryWithObjects:[NSArray arrayWithObjects:writePath,writeDirectory, M, nil] forKeys:[NSArray arrayWithObjects:@"Path",@"Dir",@"Model", nil]];
[self performSelectorInBackground:@selector(unzipDownloaded:) withObject:params];
}
failure:^(AFHTTPRequestOperation *operation, NSError *error) {
NSLog(@"fail! %@", [error localizedDescription]);
[delegate onErrorDownload:M WithError:[error localizedDescription]];
ActiveModel=nil;
}];
[operation start];
**************************** UPDATE ADDED CRASH LOG ***************************************
Thread 0 Crashed:
0 libobjc.A.dylib 0x37d24fbc objc_msgSend + 16
1 Foundation 0x35502508 __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 12
2 CoreFoundation 0x381aa570 ___CFXNotificationPost_block_invoke_0 + 64
3 CoreFoundation 0x381360c8 _CFXNotificationPost + 1400
4 Foundation 0x354763f4 -[NSNotificationCenter postNotificationName:object:userInfo:] + 60
5 Foundation 0x35477c24 -[NSNotificationCenter postNotificationName:object:] + 24
6 BFiPad 0x0006d2fc 0x1000 + 443132
7 CoreFoundation 0x3813d224 -[NSObject performSelector:withObject:] + 36
8 Foundation 0x35517750 __NSThreadPerformPerform + 344
9 CoreFoundation 0x381b2afc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 8
10 CoreFoundation 0x381b22c8 __CFRunLoopDoSources0 + 208
11 CoreFoundation 0x381b106e __CFRunLoopRun + 646
12 CoreFoundation 0x381344d6 CFRunLoopRunSpecific + 294
13 CoreFoundation 0x3813439e CFRunLoopRunInMode + 98
14 GraphicsServices 0x37f0bfc6 GSEventRunModal + 150
15 UIKit 0x31cb473c UIApplicationMain + 1084
16 BFiPad 0x00003f72 0x1000 + 12146
17 BFiPad 0x00003f30 0x1000 + 12080
答案 0 :(得分:2)
似乎这只发生在调试模式下。用完调试模式或发布更多解决了这个问题
答案 1 :(得分:1)
operation
看起来并不属于任何特定的东西,因此无法保证它会留在内存中。尝试使用NSOperationQueue
(可能附加到AFHTTPClient
,这将清理大量代码),或将其设置为启动上传的控制器中的保留属性。
答案 2 :(得分:1)
我知道这个问题已经过时但问题似乎仍然存在,所以无论如何我都会发布我的解决方案。
我遇到了同样的问题,它在下载大约250MB后崩溃,并发现它是由每次下载几个字节时调用下载进度块这一事实引起的,这意味着它被称为A LOT。每秒很多次。因此,当从这里调用委托方法(可能是某些东西)时,它会变得非常耗费内存。
我的解决方案是跟踪下载进度,如果更改很重要,我只调用委托方法(我决定超过1%):
[operation setDownloadProgressBlock:^(NSUInteger bytesRead, long long totalBytesRead, long long totalBytesExpectedToRead) {
float progress = ((float)totalBytesRead) / totalBytesExpectedToRead;
if ((progress - totalProgress) > 0.01) {
totalProgress = progress;
[delegate updateProgress:progress];
}
}];
float totalProgress
是一个实例变量。
此修复程序将内存使用量从崩溃时的大约280MB减少到我的应用程序已经使用的大约30MB。即在下载过程中没有明显的内存上升(假设您直接下载到文件,而不是内存)。