메모리·ARC
누수 수정의 증명
실제로 겪은 메모리 누수를 하나 떠올려 보세요. 어떻게 발견했고, 원인을 어떻게 특정했으며, "고쳐졌다"는 것을 어떻게 증명했나요?
면접관은 이 답을 어떻게 들을까요? 넘어갈지, 더 물어볼지, 떨어뜨릴지 알려 주고, 걸리는 문장은 콕 집어 줘요. 점수는 그대로예요.
짧은 답 보기
재현(화면 반복 진입 시 계단식 메모리 증가) → 특정(Memory Graph Debugger에서 살아있으면 안 되는 인스턴스의 참조 경로, Instruments Allocations Generations) → 수정 → 증명(deinit 로그/브레이크포인트, 수정 전후 같은 시나리오 반복 후 Persistent 수치 비교).
이어서 보기
메모리·ARC주관식기초
특정 화면을 닫아도 그 뷰컨트롤러가 메모리에서 사라지지 않는 것 같습니다. 순환 참조가 실제로 있는지 어떻게 확인하겠습니까?
#leak #memory-graph #deinit
메모리·ARC주관식딥다이브
Leaks 인스트루먼트와 Memory Graph 모두 깨끗한데 특정 화면을 오갈 때마다 실기기 메모리가 30MB씩 늘어납니다. 이런 케이스에서 원인이 될 수…
#leak #instruments
성능·디버깅주관식기초
특정 화면을 반복해서 열고 닫으면 앱 메모리가 계속 늘어납니다. Leaks, Allocations, Memory Graph를 어떤 순서로 쓰겠습니까?
#memory-graph #instruments
메모리·ARC주관식기초
"순환 참조"와 "메모리 누수"는 같은 말인가요?
#leak