<div id="readability-page-1" class="page"><div><div><a rel="noopener follow" href="/?source=post_page-----6dff25bb7baf--------------------------------"><div aria-hidden="false"><img alt="DG" src="https://miro.medium.com/v2/resize:fill:88:88/2*iMvVnOFcILbuQCC-f_dOOA.jpeg" width="44" height="44" loading="lazy" data-testid="authorPhoto"></div></a></div><h2 id="c19b">ARC (Automatic Reference Counting)</h2><ul><li id="5e70">자동 메모리 관리: 참조 카운트를 통해 객체의 수명을 관리하여 메모리 누수를 방지합니다.</li><li id="8f29">참조 카운트 증가/감소: 객체에 새로운 참조가 생기면 참조 카운트가 증가하고, 참조가 해제되면 참조 카운트가 감소합니다.</li><li id="cf12">객체의 참조 카운트가 0 으로 떨어지면 메모리에서 해지 됩니다.</li></ul>메모리 경고 처리<ul><li id="144d">didReceiveMemoryWarning: 메모리 경고를 받을 때 불필요한 메모리를 해제하는 로직을 구현합니다.</li></ul><pre>override func didReceiveMemoryWarning() { super.didReceiveMemoryWarning() // 불필요한 리소스 해제 }</pre>메모리 프로파일링<ul><li id="bdf6">Instruments: Xcode의 Instruments 도구를 사용하여 메모리 사용량을 모니터링하고, 메모리 누수나 과다한 메모리 사용을 찾아 최적화합니다.</li></ul><h2 id="e27b">메모리 누수</h2>프로그램이 더 이상 필요로 하지 않는 메모리를 해제하지 못하고 계속 점유하고 있는 상황대부분의 주요 원인으로는 시스템에서 객체 간의 강한 참조 순환(Strong Reference Cycle)이 발생하면, 참조 카운트가 0이 되지 않아 메모리가 해제되지 않는 것이다.<pre>class A { var b: B? } class B { var delegate: Delegate? }let a = A() let b = B()a.b = b // a 인스턴스는 b 인스턴스를 강하게 참조하고 있음 b.delegate = a // b 인스턴스는 a 인스턴스를 강하게 참조하고 있음</pre>a, b 두 객체 모두 참조카운트가 0으로 내려가지 못하여서 프로그램에서 더 이상 사용하지 않는 객체가 되어도 메모리에 남아있게 됌.<pre>class A { var b: B? }class B { weak var delegate: A? }let a = A() let b = B()a.b = b // a 인스턴스는 b 인스턴스를 강하게 참조하고 있음 b.delegate = a // b 인스턴스는 a 인스턴스를 약하게 참조하고 있음</pre>b는 a에게 강하게 참조되어지고 있으므로 reference count 가 1이 증가하지만 a는 b에게 약하게 참조되어지므로 reference count 가 증가하지 않음.따라서 프로그램에서 a 인스턴스가 더 이상 사용되어지지 않을 때 a 인스턴스는 메모리에서 해지되어지게 되고, b 인스턴스트의 delegate는 nil 이 되어지고, b 인스턴스의 reference count 도 1이 떨어지게 되면서 모두 메모리에서 해지되어질 수 있음.<h2 id="714f">unowned vs weak</h2>차이점<ul><li id="a3e0">weak 은 참조가 언제든지 nil 이 되어질 수 있기 때문에 옵셔널 타입이다.</li><li id="49ad">unowned 는 옵셔널 타입이 아니게 사용 할 수 있다. 때문에 참조가 nil 이 되었을 시 접근하면 런타임 에러가 발생 할 수 있음.</li></ul>weak 이 더 좋은 것 같은데 unowned 를 사용하는 이유내 생각은 참조하는 객체가 본인 인스턴스보다 생명 주기가 더 길다라는 의미를 명시 할 수 있다는 점이 장점이다.</div></div>

Stories by 신동규 on Medium

ARC (Automatic Reference Counting)
자동 메모리 관리: 참조 카운트를 통해 객체의 수명을 관리하여 메모리 누수를 방지합니다.
참조 카운트 증가/감소: 객체에 새로운 참조가 생기면 참조 카운트가 증가하고, 참조가 해제되면 참조 카운트가 감소합니다.
객체의 참조 카운트가 0 으로 떨어지면 메모리에서 해지 됩니다.
메모리 경고 처리
didReceiveMemoryWarning: 메모리 경고를 받을 때 불필요한 메모리를 해제하는 로직을 구현합니다.
override func didReceiveMemoryWarning() {
    super.didReceiveMemoryWarning()
    // 불필요한 리소스 해제
}
메모리 프로파일링
Instruments: Xcode의 Instruments 도구를 사용하여 메모리 사용량을 모니터링하고, 메모리 누수나 과다한 메모리 사용을 찾아 최적화합니다.
메모리 누수
프로그램이 더 이상 필요로 하지 않는 메모리를 해제하지 못하고 계속 점유하고 있는 상황
대부분의 주요 원인으로는 시스템에서 객체 간의 강한 참조 순환(Strong Reference Cycle)이 발생하면, 참조 카운트가 0이 되지 않아 메모리가 해제되지 않는 것이다.
class A {
  var b: B?
}class B {
  var delegate: Delegate?
}
let a = A()
let b = B()
a.b = b // a 인스턴스는 b 인스턴스를 강하게 참조하고 있음 
b.delegate = a // b 인스턴스는 a 인스턴스를 강하게 참조하고 있음
a, b 두 객체 모두 참조카운트가 0으로 내려가지 못하여서 프로그램에서 더 이상 사용하지 않는 객체가 되어도 메모리에 남아있게 됌.
class A {
  var b: B?
}
class B {
  weak var delegate: A?
}
let a = A()
let b = B()
a.b = b // a 인스턴스는 b 인스턴스를 강하게 참조하고 있음
b.delegate = a // b 인스턴스는 a 인스턴스를 약하게 참조하고 있음
b는 a에게 강하게 참조되어지고 있으므로 reference count 가 1이 증가하지만 a는 b에게 약하게 참조되어지므로 reference count 가 증가하지 않음.
따라서 프로그램에서 a 인스턴스가 더 이상 사용되어지지 않을 때 a 인스턴스는 메모리에서 해지되어지게 되고, b 인스턴스트의 delegate는 nil 이 되어지고, b 인스턴스의 reference count 도 1이 떨어지게 되면서 모두 메모리에서 해지되어질 수 있음.
unowned vs weak
차이점
weak 은 참조가 언제든지 nil 이 되어질 수 있기 때문에 옵셔널 타입이다.
unowned 는 옵셔널 타입이 아니게 사용 할 수 있다. 때문에 참조가 nil 이 되었을 시 접근하면 런타임 에러가 발생 할 수 있음.
weak 이 더 좋은 것 같은데 unowned 를 사용하는 이유
내 생각은 참조하는 객체가 본인 인스턴스보다 생명 주기가 더 길다라는 의미를 명시 할 수 있다는 점이 장점이다.

iOS 메모리 관리 방식(ARC)

댓글