메소드에서 새로 작성된 오브젝트를 리턴하려면 자동 릴리스 풀이 필요합니다. 예를 들어 다음 코드를 고려하십시오.
- (NSString *)messageOfTheDay {
return [[NSString alloc] initWithFormat:@"Hello %@!", self.username];
}
메소드에서 작성된 문자열은 보유 횟수가 1입니다. 이제 석방과 카운트 밸런스를 유지하는 사람은 누구입니까?
방법 자체? 불가능한 경우, 작성된 오브젝트를 리턴해야하므로 리턴하기 전에 해제하지 않아야합니다.
메소드의 호출자? 호출자는 해제 해야하는 객체를 검색하지 않을 것이며 메소드 이름은 새 객체가 생성되었음을 암시하지 않으며 객체가 반환 되고이 반환 된 객체는 릴리스가 필요한 새 객체 일 수 있지만 그렇지 않은 기존의 것이어야합니다. 메소드가 리턴하는 것은 일부 내부 상태에 따라 다를 수 있으므로 호출자는 해당 오브젝트를 해제해야하는지 여부를 알 수 없으므로 신경 쓸 필요가 없습니다.
호출자가 규칙에 따라 반환 된 모든 개체를 항상 해제해야하는 경우 새로 생성되지 않은 모든 개체는 메서드에서 개체를 반환하기 전에 항상 유지해야하며, 범위를 벗어나면 호출자가 해제해야합니다. 다시 반환됩니다. 호출자가 항상 리턴 된 오브젝트를 해제하지 않는 경우 많은 경우 보유 계수 변경을 완전히 피할 수 있으므로 이는 많은 경우에 매우 비효율적입니다.
그렇기 때문에 자동 릴리스 풀이 있으므로 첫 번째 방법은 실제로
- (NSString *)messageOfTheDay {
NSString * res = [[NSString alloc] initWithFormat:@"Hello %@!", self.username];
return [res autorelease];
}
autorelease객체를 호출 하면 자동 릴리스 풀에 추가되지만 자동 릴리스 풀에 객체를 추가한다는 것은 실제로 무엇을 의미합니까? 음, 그것은 당신의 시스템에게 " 저는 당신을 위해 그 객체를 릴리즈하고 싶지만 나중에는 아니고, 지금은 아닙니다. 릴리즈에 의해 균형을 잡아야하는 유지 횟수를 가지고 있습니다. 그렇지 않으면 메모리가 누출 될 것입니다. 현재는 현재 범위를 넘어서도 살아 남기 위해 객체가 필요하고 발신자가 나에게도 도움이되지 않기 때문에이 작업을 수행해야한다는 사실을 알지 못하므로 풀에 추가하고 정리하면 수영장에서 물을 닦아주세요. "
컴파일러는 ARC를 사용하여 객체를 보유 할시기, 객체를 출시 할시기 및 오토 릴리즈 풀에 추가 할시기를 결정하지만 메모리 누수없이 메소드에서 새로 작성된 객체를 리턴 할 수 있도록 오토 릴리즈 풀이 있어야합니다. Apple은 생성 된 코드를 약간 최적화하여 런타임 중에 자동 릴리스 풀을 제거하는 경우도있었습니다. 이러한 최적화를 위해서는 발신자와 수신자 모두 ARC를 사용해야합니다 (ARC와 비 ARC를 혼합하는 것이 합법적이고 공식적으로 지원됨을 기억하십시오). 그렇다면 실제로는 런타임에만 알려질 수 있습니다.
이 ARC 코드를 고려하십시오.
// Callee
- (SomeObject *)getSomeObject {
return [[SomeObject alloc] init];
}
// Caller
SomeObject * obj = [self getSomeObject];
[obj doStuff];
시스템이 생성하는 코드는 다음 코드와 같이 작동 할 수 있습니다 (즉, ARC 코드와 비 ARC 코드를 자유롭게 혼합 할 수있는 안전한 버전).
// Callee
- (SomeObject *)getSomeObject {
return [[[SomeObject alloc] init] autorelease];
}
// Caller
SomeObject * obj = [[self getSomeObject] retain];
[obj doStuff];
[obj release];
(발신자의 유지 / 방출은 방어적인 안전 유지에 불과합니다. 엄격하게 요구되는 것은 아니며 코드가 없으면 완벽하게 정확합니다)
또는 둘 다 런타임에 ARC를 사용하는 것으로 감지되는 경우이 코드와 같이 작동 할 수 있습니다.
// Callee
- (SomeObject *)getSomeObject {
return [[SomeObject alloc] init];
}
// Caller
SomeObject * obj = [self getSomeObject];
[obj doStuff];
[obj release];
보시다시피 Apple은 atuorelease를 제거하여 풀이 파괴 될 때 지연 된 객체 릴리스와 안전 유지 기능을 제거합니다. 이것이 가능한 방법과 실제로 어떤 일이 벌어지고 있는지에 대해 자세히 알아 보려면 이 블로그 게시물을 확인하십시오.
이제 실제 질문에 : 왜 하나를 사용 @autoreleasepool합니까?
대부분의 개발자에게 오늘날 코드에서이 구성을 사용하는 이유는 단 하나 뿐이며, 적용 가능한 경우 메모리 공간을 작게 유지해야합니다. 예를 들어이 루프를 고려하십시오.
for (int i = 0; i < 1000000; i++) {
// ... code ...
TempObject * to = [TempObject tempObjectForData:...];
// ... do something with to ...
}
호출 할 때마다 자동 릴리스로 리턴 tempObjectForData되는 새 항목 TempObject을 작성할 수 있다고 가정하십시오 . for-loop는 현재 자동 릴리스 풀에서 모두 수집되는 백만 개의 임시 객체를 생성하고 풀이 파괴 된 후에는 모든 임시 객체도 파괴됩니다. 그렇게 될 때까지, 당신은 메모리에 이러한 임시 객체들 중 백만 개를 가지고 있습니다.
대신 다음과 같은 코드를 작성하면
for (int i = 0; i < 1000000; i++) @autoreleasepool {
// ... code ...
TempObject * to = [TempObject tempObjectForData:...];
// ... do something with to ...
}
그런 다음 for-loop가 실행될 때마다 새 풀이 만들어지고 각 루프 반복이 끝나면 파괴됩니다. 이렇게하면 루프가 백만 번 실행 되더라도 최대 하나의 임시 객체가 언제든지 메모리에 걸려 있습니다.
과거 NSThread에는 메인 스레드 만 자동으로 Cocoa / UIKit 앱을위한 자동 릴리스 풀을 가지고 있기 때문에 스레드를 관리 할 때 (예 :을 사용할 때 ) 자동 릴리스 풀을 직접 관리해야하는 경우가있었습니다 . 그러나 오늘은 아마도 스레드를 사용하지 않을 것이므로 오늘날에는 거의 레거시입니다. 당신이 사용하는 거라고 GCD DispatchQueue의 또는 NSOperationQueue의 이러한 두 가지 모두가 함께 할 일단 블록 / 작업을 실행하기 전에 생성 및 파괴 당신을 위해 최고 수준의 오토 릴리즈 풀을 관리 할.