보기 기반 응용 프로그램 - viewcontroller retainCount after [window addSubview : viewController.view];

Question

나는보기 기반 응용 프로그램을 가지고 있고 dealloc 메서드가 작동하는지 확인하면 그게 보이지 않는다 ... 디버그 및 디버그, 그리고 retainCount를 사용하여, 내 viewcontroller retaincount가 프로그램 시작에 미친 것을 발견했습니다. 쉽게 재현 ....

는 새로운 뷰 기반의 애플리케이션 템플릿을 시작하고 didFinishLaunchingWithOptions에서 : 내가 콘솔에있어

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {  

    // Override point for customization after app launch. 
NSLog(@"i1 %i",[viewController retainCount]); 
    [window addSubview:viewController.view]; 
NSLog(@"i2 %i",[viewController retainCount]); 
    [window makeKeyAndVisible]; 

return YES; 
} 

:이 권한은

[Session started at 2010-08-07 09:57:34 -0300.] 
2010-08-07 09:57:35.132 teste1[20367:207] i1 2 
2010-08-07 09:57:35.138 teste1[20367:207] i2 8 

입니까?

내가 애플 리케이션을 닫으려면 아이폰 홈 버튼을 누르면, dealloc 메소 nevers 호출, 난 믿기 때문에 viewController의 retainCount .... 맞아?

이것은 사과의보기 응용 프로그램 템플릿입니다 ... 작동해야합니까 ... 그렇지 않습니다?

누군가가 초기 보유 수 2 인 이유를 설명해 주실 수 있습니까? 그리고 다른 8? xib 파일이 비어 있습니다. ...

Answer 1

메모리 관리 규칙을 따르는 한 개체의 실제 보유 횟수는 걱정할 필요가 없습니다. 프레임 워크는 오브젝트를 보유 또는 해제 할 수 있으므로 보유 수는 사용자가 제어 할 수 없도록 변경됩니다.

Answer 2

앱을 종료 할 때 dealloc을 호출하지 못할 수도 있습니다. 이것은 테스트 방법이 아닙니다. 그리고 루트보기 컨트롤러는 항상 앱에 있습니다. 자신이 만든 다른 클래스에 대해 염려해야하며 종료 될 때가 아니라 콜백 될 때 해당 dealloc이 호출되도록해야합니다. 또한 retainCount에 의존하지 마십시오. Apple은 아무 데서도 사용할 것을 권장합니다.

두 개의보기와 해당보기 컨트롤러가 루트보기 컨트롤러가 아니라고 가정 해보십시오. 첫 번째보기에서 다른 개체를 만들었습니다. 이제 두 번째보기로 전환 할 때 필요하지 않은 경우 첫 번째보기의 메모리를 확보해야합니다. 이 경우 첫 번째 뷰의 객체가 실제로 할당 해제되었는지 테스트해야합니다. 이런 식으로 코딩 했는데도 호출되지 않으면 누수가 있어야합니다. 하지만 네, 당신은 애플 리케이션의 종료시 이것을 테스트해서는 안됩니다.