이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
생명주기의 핵심은 화면이 만들어지고, 보이고, 가려지고, 사라지는 흐름이고, 각 단계에 그때 해야 할 일을 거는 자리가 생명주기라고 이해합니다. 화면 회전 문제의 뿌리는 단순합니다. 회전하면 화면이 통째로 다시 만들어집니다. 그래서 메모리에만 들고 있던 입력값이나 진행 상태가 그 순간 사라집니다. 학부 과제에서 폼을 채우다 화면을 돌리니 입력이 다 날아간 걸 직접 겪었습니다. 원인을 알자 대응이 분명해졌습니다.
다시 만들어져도 살아남아야 할 값은, 화면 객체 밖(다시 만들어져도 유지되는 자리)에 두는 것입니다. 단순 입력은 그 자리에 임시 저장하고, 화면과 무관하게 살아야 하는 상태는 생명주기를 안 타는 보관소에 둡니다. 다만 모든 걸 거기 넣으면 메모리만 차지하는 대가가 있어, 사라지면 곤란한 것만 넣습니다. 지금도 화면을 짤 땐 돌렸을 때 뭐가 날아가면 안 되는가부터 정합니다.
저는 생명주기를 버그를 겪고 나서야 제대로 이해했습니다. 화면을 돌리면 데이터를 또 불러오느라 화면이 깜빡이거나, 같은 요청이 두 번 나가는 일이 있었습니다. 원인은 회전 때 화면이 다시 만들어지면서, 만들어질 때 거는 데이터 호출이 또 실행된 것이었습니다. 단계로 보면 다시 만들어질 때 실행되는 자리에 무거운 호출을 둔 게 문제였습니다. 그래서 데이터 호출은 화면 재생성과 분리해, 다시 만들어져도 다시 안 부르게 옮겼습니다. 즉 한 번 받은 건 화면이 다시 떠도 그대로 쓰게 한 것입니다. 깜빡임과 중복 호출이 사라졌습니다. 다만 언제 새로 받아야 하는지는 따로 정해야 했습니다. 이 경험에서 생명주기는 외울 단계가 아니라, 무엇이 언제 다시 실행되는지를 보는 지도라는 걸 알았고, 지금도 화면을 짜면 회전 시 뭐가 다시 실행되나를 먼저 확인합니다.
회전 대응을 저는 무엇을 어디에 두느냐의 선택으로 정리합니다. 회전하면 화면이 다시 만들어지니, 값은 셋 중 하나입니다. 화면과 함께 사라져도 되는 것, 잠깐 임시 저장했다 복원할 것, 화면과 무관하게 계속 살아야 할 것. 첫째는 그냥 두고, 둘째는 임시 저장소에, 셋째는 생명주기를 안 타는 보관소에 둡니다. 핵심은 전부 살리려 하지 않는 것입니다. 다 보관하면 복원이 복잡해지고 메모리만 찹니다. 학부 때 별생각 없이 모든 상태를 저장했다가, 복원 로직이 더 버그를 만든 경험이 있어 이 기준을 세웠습니다. 그래서 지금은 화면을 짤 때 각 값을 셋 중 어디로 둘지부터 분류하고, 사라져도 되는 건 일부러 안 살립니다. 회전 대응은 더 많이 살리는 게 아니라 살릴 것을 줄이는 일에 가깝다고 봅니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.