[Swift] 메모리를 참조하는 방법 (Strong, Weak, Unowned)

* ARC(Automatic Reference Counting) 란?

- 컴파일 시 코드를 분석해서 자동으로 retain, release 코드를 생성해주는 것.

- 참조된 횟수를 추적해 더 이상 참조되지 않는 인스턴스를 메모리에서 해제해 주는 것.

 

-> ARC는 자동으로 RC를 관리해주기 때문에 메모리 해제에 대한 개발자의 부담을 덜어준다.

 

 

strong (강한 참조)

- 해당 인스턴스의 소유권을 가진다.

- 자신이 참조하는 인스턴스의 retain count를 증가시킨다.

- 값 지정 시점에 retain이 되고 참조가 종료되는 시점에 release가 된다.

- 선언할 때 아무것도 적어주지 않으면 default로 strong이 된다.

var test = Test() // retain count 1 증가
test = nil // retain count가 1 감소되어 0이 되면서 메모리 해제됨

 

weak (약한 참조)

- 해당 인스턴스의 소유권을 가지지 않고, 주소값만을 가지고 있는 포인터 개념이다.

- 자신이 참조하는 인스턴스의 retain count를 증가시키지 않는다.  release도 발생하지 않는다.

- 자신이 참조는 하지만 weak 메모리를 해제시킬 수 있는 권한은 다른 클래스에 있다.
- 메모리가 해제될 경우 자동으로 레퍼런스가 nil로 초기화를 해준다.

- weak 속성을 사용하는 객체는 항상 optional타입 이어야 한다. (해당 객체가 nil일 수 있기 때문)

weak var test = Test() // 객체가 생성 되지만 weak이기 때문에 바로 객체가 해제되어 nil이 됨

 

unowned (미소유 참조/약한 참조)

- 해당 인스턴스의 소유권을 가지지 않는다.

- 자신이 참조하는 인스턴스의 retain count를 증가시키지 않는다.

- nil이 될 수 없다. optional로 선언 되어서는 안된다.

unowned var test = Test() // 객체 생성과 동시에 해제되고 댕글링 포인트만 가지고 있음. 에러남.

 

* weak와 unowned 차이

- weak는 객체를 계속 추적하면서 객체가 사라지게 되면 nil로 바꾼다.

하지만, unowned는 객체가 사라지게 되면 댕글링 포인터가 남는다. 

이 댕글링 포인터를 참조하게 되면 crash가 나는데, 이 때문에 unowned는 사라지지 않을거라고 보장되는 객체에만 설정하여야 한다.

 

* 댕글링 포인터(Dangling pointer)? 원래 바라보던 객체가 해제되면서 할당되지 않는 공간을 바라보는 포인터.

 

 

어느 상황에 쓰는가

- strong : 레퍼런스 카운트를 증가시켜 ARC로 인한 메모리 해제를 피하고, 객체를 안전하게 사용하고자 할 때 쓰인다.

- weak : 대표적으로 retain cycle에 의해 메모리가 누수되는 문제를 막기 위해 사용되며, delegate 패턴이 있다.

- unowned : 객체의 라이프사이클이 명확하고 개발자에 의해 제어 가능이 명확한 경우, weak Optional 타입 대신 사용하여

                    좀 더 간결한 코딩이 가능하다. 

 

약한 참조가 필요한 경우 weak 키워드만을 사용하고, guard let(또는 if let) 구문을 통해 안전하게 옵셔널을 추출하는 것을 권장한다.

 

 

순환참조 

- 서로가 서로를 소유하고 있어 절대 메모리 해제가 되지 않는다는 것을 말한다.

- ARC가 편하게 메모리 관리를 해주지만 자칫 잘못하면 순환참조가 발생할 수 있다.

 

예시 > delegate 패턴

 

delegate를 하기 위해서는 일을 시키는 객체와 일을 하는 객체 두 개가 무조건 있어야 하는데,

아래의 코드로 객체를 연결시켜줌으로 인해 FirstViewController와 SecondViewController는 서로를 소유하는 상황이 된다.

vc.delegate = self

 

즉, FirstViewController에서 SecondViewController객체를 만듦으로 SecondViewController를 소유하고,

SecondViewController의 delegate를 FirstViewController로 연결해줌으로써 FirstViewController를 소유하는 순환참조가 된다.

(양방향으로 참조함)

 

 

이 문제를 해결하기 위해서는 SecondViewController의 delegate에 weak를 붙여주면 된다.

weak var delegate: FirstViewProtocol?

그렇게 되면 FirstViewController만 SecondViewController를 소유하기 때문에 순환참조가 발생하지 않는다.

 

 

 

 

 

출처 : https://shark-sea.kr/entry/iOS-ARC-strong-weak-unowned

iOS :: ARC, strong, weak, unowned

https://ugly-developer.tistory.com/5

iOS 개발자 면접 질문 리스트