Flutter Memory Leak

🚚 Flutter Memory Debugging Series

• Part 1. Flutter Memory Leak — 원인 파악 및 사례 분석
• Part 2. DevTool-Memory Debugging — Heap Snapshot 실전 데이터 분석
• Part 3. DevTool-Memory View — 디버깅 모드 및 도구 활용

“이 글은 멤버 전용 콘텐츠이나, [여기]를 클릭하시면 전체 내용을 바로 확인하실 수 있습니다.”

Memory관리는 Application성능에 많은 영향을 줍니다.

Memory 문제는 주로 불필요하게 memory를 많이 점유하여 메모리가 부족해 발생합니다. 메모리가 부족해지면 app이 crash 되거나 앱 속도가 느려질 수 있습니다.

Dart에서 객체를 만들면 heap memory공간에 상주합니다. 이 공간(heap)은 Dart VM에 의해 관리됩니다. Dart VM은 memory할당과 GC(garbage collection)을 이용해 memory해제를 합니다.

Memory leak은 왜 발생할까요?

GC는 준수한 메모리 관리를 하지만 완벽하게 할 수 없어요. 그러므로 개발자가 항상 object의 메모리 누수를 관리해야합니다. 이를 보조하기 위해 DevTool을 제공합니다.

그렇다면 왜 GC는 모든 object를 적절히 unallocate시키지 못하는 것일까요?

GC가 모든 unreachable object를 처리하는 기본 조건은, “Application이 사용하지 않는 object는 unreachable 이여야 한다” 입니다. 그런데 만약, 더 이상 필요없는 object인데 reference가 남아 있다면 어떨까요? GC는 unallocate를 할 수 없죠. GC 입장에서는 얘들이 여전히 사용된다고 여기게 되니까요. 이런일은 global 변수, static 변수, 또는 lifecycle이 긴 object에서 자주 발생됩니다. 이런게 반복되면 out-of-memory error가 발생되는 것이죠.

diagram으로 살펴보죠.

우리는 Object A가 GC에 의해 unallocate되는 상황을 살펴볼 것입니다.

가비지 컬렉터(GC)는 현대 프로그래밍 언어에서 준수한 메모리 관리 기능을 수행하지만, 모든 상황을 완벽하게 통제할 수는 없습니다. 따라서 개발자는 GC의 메커니즘을 맹신하기보다, 애플리케이션 내 객체들이 적절히 해제되고 있는지 항상 주시해야 합니다. 이를 위해 DevTools와 같은 메모리 프로파일링 도구는 개발자가 메모리 누수를…