为了测试内存管理和分配,我编写了一个简单的单视图应用程序,在viewDidAppear
中,并创建一个包含许多对象的长循环,我写道:
- (void) viewDidAppear:(BOOL)animated
{
NSDate * time = [NSDate date];
[super viewDidAppear:animated];
for (int i = 0; i < 20003; i++)
{
NSString * testString = [[NSString alloc] initWithString:@"This is a test string"];
NSMutableArray * itemsArray = [[NSMutableArray alloc] init];
for (int j = 0; j < 1000; j++)
{
[itemsArray addObject:testString];
}
if ((i % 1000) == 0)
{
NSLog(@"called %d", i);
}
}
NSDate * time2 = [NSDate date];
NSTimeInterval interval = [time2 timeIntervalSinceDate:time];
[label2 setText:[NSString stringWithFormat:@"time interval: %f", interval]];
}
正如预期的那样,对内存泄漏进行分析时,存在内存泄漏和超过260 MB的分配,屏幕截图:
但是当关注this文档时,我将代码更改为:
- (void) viewDidAppear:(BOOL)animated
{
NSDate * time = [NSDate date];
[super viewDidAppear:animated];
for (int i = 0; i < 20003; i++)
{
@autoreleasepool
{
NSString * testString = [NSString stringWithFormat:@"%@", @"This is a test string"];
NSMutableArray * itemsArray = [[NSMutableArray alloc] init];
for (int j = 0; j < 1000; j++)
{
[itemsArray addObject:testString];
}
[itemsArray release];
itemsArray = nil;
if ((i % 1000) == 0)
{
NSLog(@"called %d", i);
}
}
}
NSDate * time2 = [NSDate date];
NSTimeInterval interval = [time2 timeIntervalSinceDate:time];
[label2 setText:[NSString stringWithFormat:@"time interval: %f", interval]];
}
分配量仍然没有差异,但没有内存泄漏,执行时间显着增加,从不到2秒到大约80秒:
仍然在使用发布后,没有任何变化。代码:
- (void) viewDidAppear:(BOOL)animated
{
NSDate * time = [NSDate date];
[super viewDidAppear:animated];
for (int i = 0; i < 20003; i++)
{
NSString * testString = [[NSString alloc] initWithString:@"This is a test string"];
NSMutableArray * itemsArray = [[NSMutableArray alloc] init];
for (int j = 0; j < 1000; j++)
{
[itemsArray addObject:testString];
}
[testString release];
testString = nil;
[itemsArray release];
itemsArray = nil;
if ((i % 1000) == 0)
{
NSLog(@"called %d", i);
}
}
NSDate * time2 = [NSDate date];
NSTimeInterval interval = [time2 timeIntervalSinceDate:time];
[label2 setText:[NSString stringWithFormat:@"time interval: %f", interval]];
}
截图:
显式清空MutableArray(使用[itemsArray release]
)显示没有变化。
我的问题是:
为什么在这三种情况下总分配内存没有变化(尽管在第二种和第三种情况下没有内存泄漏),有没有办法减少大分配?故障在哪里以及如何减少消耗的内存?
其次,我使用正确的工具并阅读正确的数字(使用Profiler仪器中的内存泄漏,并参考所有分配,并在分配生命周期中,创建并仍然生活被选中)我是否正在执行此操作正确的方式?我的意思是这是当前消耗的内存量,还是自应用程序启动以来消耗的总内存量?
为什么在第二种情况下执行循环的时间显着增加,而不是在第一种和第三种情况下?
使用xCode 4.5,没有ARC,没有StoryBoards,所有测试都是在模拟器上完成的。
答案 0 :(得分:3)
1。在三种情况下,总分配将是相同的,因为在每种情况下,您分配的内存量相同。
2. 你正在使用正确的工具,并阅读一些正确的数字,我认为你只是没有阅读足够的数字。 整体字节基本上就像您所怀疑的那样,不是您目前正在消费的内容。您需要检查实时字节部分。在本节中,您将看到第一个案例(占总分配的近一半)和后两个案例之间的区别,后者最终处于相当渺茫的状态。
3。“显着”时间增加来自使用之间的差异:
[[NSString alloc] initWithString:@"This is a test string"];
和
@autoreleasepool -and-
[NSString stringWithFormat:@"%@", @"This is a test string"];
是的我说差异。而不只是autorelease
。但...
在循环中释放内存时,第一次自动释放是非常低效的。它从一开始就不是真正的目的,它只是真正被发明,所以方法可以返回对象的调用者拥有的对象,换句话说:它的目的是让事情活得太久。虽然@autorelease
已被证明比旧NSAutoReleasePool
更有效,但在这种情况下应该避免使用它。
第二个是NSString
在处理字符串文字作为新NSString
的源字符串时完成的一个相当未知的优化。作为described in this answer,使用initWithString:@"SomeLiteral"
会生成指向文字的指针,而不会形成新的NSString
。此优化不适用于stringWithFormat:
。换句话说,你已经扭曲了你的考验。
备注:强>
保存开始时间后调用[super viewDidAppear:animated];
会不必要地扭曲测试。
当我运行这些测试时,他们在分析器中运行了以下时间:
我不确定你是如何从不到2秒到80秒的。
答案 1 :(得分:1)
本着学习的精神,我会给你一个提示。阅读有关NSMutableString
和NSAutoreleasePool
。