unowned vs unowned(safe) vs unowned(unsafe)

-
unowned vs unowned(safe) vs unowned(unsafe)

unowned를 사용하는 방법은 아래처럼 총 세가지가 있습니다.

  • unowned
  • unowned(safe)
  • unowned(unsafe)

대부분 unowned만 사용하며 나머지는 크게 사용할 일이 없습니다. 그렇다면 나머지 2개는 왜 존재할가요?
우선은 각각에 대해 먼저 알아보겠습니다.


unowned(safe)

unowned(safe)는 참조를 사용할 때 런타임 safety checker가 먼저 검사를 수행합니다. 런타임 safety checker는 사용하는 메모리가 실제 사용하는 객체가 맞는지를 확인합니다. 참조한 객체가 해제가 되어 더이상 메모리가 유효한 객체가 아니라면 런타임 safety checker에 의해 즉시 런타임 오류가 발생합니다.


unowned(unsafe)

unowned(safe)는 참조를 사용할 때 런타임 safety checker가 비활성화됩니다. 참조한 객체가 해제된 후에 사용하면 대부분 런타임 오류가 발생하지만 발생하지 않고 정상동작이나 엉뚱한 동작을 할 수 있습니다. 런타임 safety checker에 의해 메모리를 조사하지 않기 때문에 해당 주소가 동일한 클래스의 객체로 변경되면 그 객체에서 정상동작을 할 수 있으며 다른 객체로 메모리가 교체되었다면 예상하지 못한 엉뚱한 동작을 할 수도 있습니다. 그래서 안전하지 않다고 표현하는 것입니다. unowned(unsafe)를 사용하려면 사용하는 사람이 안전하게 동작하도록 모든 책임을 가져야합니다.

unowned

unowned는 대부분의 경우 unowned(safe)와 동일하게 동작을 합니다. 다만, 컴파일할 때 옵션에 -Ofast를 설정하면 unowned(unsafe)로 동작합니다. Int가 32 bit에서는 4byte로 동작하고 64bit에서는 8byte로 동작하는 개념과 비슷하다고 할 수 있습니다.



각각에 대해서 알아보았습니다. 이제 unowned가 세가지인 이유에 대해서 알아보겠습니다.

  • unowned(safe)는 컴파일 설정에 따라 다르게 동작하는 것이 아니라 명시적으로 항상 런타임 safety checker를 활성화시키기 위해서 사용합니다.
  • unowned(unsafe)는 성능상 향상을 위해서 사용합니다. 런타임시에 메모리를 조사하는 동작이 없기 때문에 성능향상이 있을 수 있습니다. 또한, objective-c와의 호환성을 위해서도 필요합니다. objective-c에서 property를 unsafe_unretained나 assign으로 설정했을 때 swift에서 동일하게 동작하는 것이 unowned(unsafe)입니다.
  • unowned는 일반적인 경우에는 safe로 동작하게 하고 컴파일 옵션을 다르게 했을 때에는 unsafe로 동작시킬 때 사용할 수 있습니다. 대부분unowned만을 사용합니다.


참고

댓글

댓글 쓰기

이 블로그의 인기 게시물

dismiss에 대해서 알아봅시다

-
이미지
dismiss에 대해서 알아봅시다 예전에는 dismiss를 호출하면 호출한 viewController가 dismiss된다고 생각했습니다. 그런데 어떤 경우는 자신이 dismiss되는게 아니라 자신이 present한 viewController가 dismiss되었습니다. dismiss 동작에 대해서 제대로 이해하지 못해서 벌어진 일이었습니다. 그래서 이번에는 dismiss에 대해서 알아보려고 합니다. 먼저, Apple API에 정의된 dismiss를 먼저 알아보겠습니다. presenting viewController는 presented viewController를 dismiss하는 책임을 가지고 있습니다. 만약 presented viewController에서 dismiss를 호출한 경우는 UIKit이 presenting viewController에 해제 관리를 요청합니다. 여기서 말하는 presentingViewController와 presentedViewController는 무슨 객체일가요? presentingViewController객체는 자신을 화면에 보이도록 만든 viewController입니다. presentedViewController는 자신이 화면에 보이도록 표시한 viewController입니다. 아래 코드로 presentingViewController와 presentedViewController를 설명하겠습니다. let viewController1 = UIViewController ( ) let viewController2 = UIViewController ( ) let viewController3 = UIViewController ( ) viewController 3개가 존재하는데 viewController1이 화면에 표시되고 있는 rootViewController라고 가정하겠습니다. viewController1 . present ( viewController2 ,
자세한 내용 보기

1. Framework: framework란?

-
이미지
1. Framework: framework란? 이번 포스트에서는 iOS 앱을 개발할 때 외부라이브러리로 많이 이용하는 형태인 framework에 대해서 알아보겠습니다. Framework란? framework는 이미지, nib파일, 다국어 문구, 문서, 공유 라이브러리리, 헤더 파일 등을 포함하는 디렉토리입니다. framework의 목적은 code와 resource를 재사용하는 것입니다. static library(.a파일)는 코드만을 공유하지만 framework는 이미지 파일 및 다국어 파일 등 리소스 파일과 헤더파일을 framework 하나로 공유할 수 있습니다. framework는 또한 bundle이며 NSBundle로 접근할 수 있습니다. 다른 bundle과 다르게 finder에서 보통의 디렉토리 처럼 바로 접근할 수 있습니다. 주요 특징 framework는 관련된 항목을 하나로 묶어줍니다. framework는 static library보다 다양한 리소스 타입을 포함할 수 있습니다. 예를 들어 관련된 헤더 파일과 문서를 포함할 수 있습니다. 여러 버전의 framework를 하나의 bundle에 포함시킬 수 있습니다. 이 점은 오래된 프로그램에서 안정성을 가질 수 있도록 만듭니다. (macOS) Note: framework는 실행코드 없이 리소스 파일만 포함할 수도 있습니다. 그러나 이 방식은 일반적인 사용이 아닙니다. 이런 경우는 프로젝트 생성시 bundle로 생성할 수 있습니다. 구조 MyFramework.framework/ Modules/ module.modulemap Headers/ MyFramework.h MyFramework Resources MyFramework.framework의 디렉토리 구조는 위와 같습니다. MyFramework.framework 디렉토리 아래에 Modules와 Headers 서브디렉토리
자세한 내용 보기

3. Framework: weak linking

-
이미지
3. Framework: weak linking 이번 포스트에서는 저번 포스트에 이어서 Framework의 weak linking에 대해서 알아보려고 합니다. weak linking이란? 먼저, 상황을 먼저 설명드리겠습니다. 최신 OS가 출시되면서 새로운 기능이 추가되었습니다. 이 기능은 당연히 이전 버전OS에서는 없는 기능이기 때문에 동작할 수 없습니다. 이전 버전 OS와 최신OS를 지원하는 framework를 제작하는데 최신OS에서 동작하는 새로운 기능도 지원하고 싶을 때 문제가 발생합니다. 새로운 기능은 이전 버전 OS에서는 동작하지 않기 때문에 오류가 발생합니다. 이 문제를 해결하기 위해서 나온 해결책이 weak linking입니다. weak linking은 심볼이 framework에 존재하지 않으면 null로 변경하고 심볼이 존재하면 동작을 수행합니다. weak linking을 통해 이전 OS의 호환성을 유지하면서 새로운 OS에 기능 추가를 할 수 있는 유연성을 발휘할 수 있습니다. weak linking이 어떻게 동작하는지 예제를 통해서 알아보겠습니다. WeakFramework를 Objective-C용 framework로 생성한 후 WeakTest.h와 WeakTest.c파일을 아래와 같이 생성합니다. // WeakTest.h 파일 #ifndef WeakTest_h #define WeakTest_h #include < stdio . h > #endif /* WeakTest_h */ // WeakTest.c 파일 #include "WeakTest.h" void WeakFunc ( void ) { printf ( "Weak Func가 호출되었습니다.\n" ) ; } Sample App 프로젝트를 생성하고 ViewController.m파일에 아래와 같이 코드를 작성합니다. # import "ViewContr
자세한 내용 보기