[Swift] 메모리를 참조하는 방법(strong, weak, unowned)

강한 참조 (Strong Reference)

• 해당 인스턴스의 소유권을 가진다.
• 자신이 참조하는 인스턴스의 retain count를 증가시킨다.
• 값 지정 시점에 retain이 되고 참조가 종료되는 시점에 release가 된다.
• 선언할 때 아무것도 적어주지 않으면 default로 strong이 된다.

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

약한 참조 (Weak reference)

• 해당 인스턴스의 소유권을 가지지 않고, 주소값만을 가지고 있는 포인터 개념이다.
• 자신이 참조하는 인스턴스의 retain count를 증가시키지 않는다. release도 발생시키지 않는다.
• 자신이 참조는 하지만 weak메모리를 해제시킬 수 있는 권한은 다른 클래스에 있다.
• 메모리가 해제될 경우 자동으로 레퍼런스가 nil로 초기화를 해준다.
• weak 속성을 사용하는 객체는 항상 optional타입 이어야 한다.(해당 객체가 nil일수 있기 때문)

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

미소유 참조 (Unowned reference)

• 해당 인스턴스의 소유권을 가지지 않는다.
• 자신이 참조하는 인스턴스의 retain count를 증가시키지 않는다.
• nil이 될 수 없다. optional로 선언 되어서는 안된다.

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

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

출처

weak 와 unowned의 차이

weak는 객체를 계속 추적하면서 객체가 사라지게 되면 nil로 바꾼다.
하지만, unowned는 객체가 사라지게 되면 댕글링 포인터가 남는다.
이 댕글링 포인터를 참조하게 되면 crash가 나는데, 이 때문에 unowned는 사라지지 않을거라고 보장되는 객체에만 설정 하여야 한다.

어느 상황에 쓰이는가?

• 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의 delegat를 FirstViewController로 연결 해줌으로써 FirstViewController를 소유하는 순환 참조가 된다.

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

weak var delegate: FirstViewProtocol?

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

reference

srkim Develop Blog