DevTool-Memory Debugging

🚚 Flutter Memory Debugging Series

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

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

memory 누수가 왜 발생하는지는 이전에 설명하였습니다. 이번에는 Memory Leak을 확인하는 방법을 알아보겠습니다. 실제로 유령객체가 남아있는지 눈으로 확인해보죠. DevTool의 Memory View의 Heap Snapshot을 통해 leak 을 확인할 수 있어요.

보통 메모리나 CPU 같은 성능 분석을 할 때는 Profile 모드로 실행하여 분석합니다. Debug 모드는 디버깅을 위해 성능을 낮춰 실행하는 방식이므로 정밀한 측정에는 부적절하기 때문입니다.

마찬가지 관점에서, 시뮬레이터나 에뮬레이터에서 Profile 모드를 실행하는 것 또한 부적절합니다. 가상화 환경 특성상 실제 기기보다 성능이 낮을 수밖에 없기 때문입니다. 성능 측정이 목적인데, 낮은 성능을 기본으로 하는 환경에서 측정하는 것은 논리적으로 맞지 않습니다.

따라서 정확한 성능 분석을 원한다면 반드시 실제 기기(Physical Device)를 연결하여 Profile 모드로 실행해야 합니다.

AndroidStudio의 main method옆에 보면 run mode를 선택할 수 있는 버튼이 있어요. run mode는 다음과 같습니다.

• Run Mode (➤): Debug 빌드이지만, IDE의 디버거가 부착(Attach)되지 않은 상태입니다.
• Debug Mode (🪲): Debug 빌드이며, IDE의 디버거가 부착된 상태입니다.
• Profile Mode: AOT(Ahead-of-Time) 컴파일을 사용하는 특수 빌드로, 추적(Tracing) 기능이 포함된 Release 빌드에 가깝습니다.

이번 실습에서 우리가 하고자 하는것은 성능 분석보다는, memory leak현상의 관찰에 가깝습니다. 그러므로 Physical Device연결없이…