이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
ARC는 한 객체를 몇 군데서 붙들고 있는지 세어, 아무도 안 붙들면 메모리에서 치우는 방식으로 이해합니다. 그래서 평소엔 사람이 신경 안 써도 정리됩니다. 문제는 서로가 서로를 붙들 때입니다. A가 B를, B가 A를 강하게 붙들면 둘 다 셈이 0이 안 돼 영영 안 치워집니다. 이게 순환 참조이고, 셋이 나뉘는 이유가 여기 있습니다. strong은 붙드는 것, weak는 셈을 올리지 않고 참조만 하되 사라지면 비는 것, unowned는 셈을 안 올리지만 사라져도 비지 않는 것입니다. 그래서 상대가 먼저 사라질 수 있으면 weak, 상대가 나보다 먼저 사라질 일이 없다고 확신하면 unowned를 씁니다. 학부 프로젝트에서 콜백이 화면을 강하게 붙들어 화면이 안 사라지던 누수를 weak로 끊은 경험이 이 이해의 근거입니다. 지금도 참조를 둘 땐 누가 누구보다 오래 사는가부터 따집니다.
저는 이 키워드들을 누수를 겪고 나서 제대로 이해했습니다. 화면을 닫았는데 메모리에서 안 사라지는 화면이 있었습니다. 원인을 따라가니 그 화면이 어떤 객체에 자기를 콜백으로 넘겼고, 그 객체가 화면을 strong으로 붙들고 있던 것이었습니다. 서로 붙들어 셈이 0이 안 됐습니다. 핵심은 ARC가 셈으로 정리하니, 서로 강하게 물면 영영 못 치운다는 점입니다. 그래서 한쪽 고리를 약하게 끊어야 합니다. 그 자리에 weak를 쓰니 화면이 정상적으로 사라졌습니다. unowned도 고려했지만, 그 객체가 화면보다 늦게까지 살 수 있어 사라진 뒤 접근하면 터지는 위험이 있어 weak로 갔습니다. 그 경험에서 셋의 선택은 수명 관계가 정한다는 걸 알았고, 지금도 콜백·델리게이트를 둘 땐 역방향 참조를 약하게 둘지부터 봅니다.
저는 셋을 수명 관계로 가르는 기준으로 정리합니다. 기본은 strong입니다. 대부분 관계는 강하게 붙들어도 되고, 한 방향이면 순환이 안 생깁니다. weak와 unowned는 순환이 생길 자리, 즉 서로 마주 붙드는 고리에서만 한쪽에 씁니다. 둘의 갈림은 단순합니다.
상대가 나보다 먼저 사라질 수 있으면 weak(사라지면 알아서 비니 안전), 상대가 내가 사는 동안 절대 먼저 안 사라진다고 확신하면 unowned(셈·옵셔널 비용이 없어 약간 가벼움)입니다. 확신이 없으면 weak가 안전합니다. 학부 때 unowned를 자신 없이 썼다가 상대가 먼저 사라져 앱이 터진 경험이 있어, 그 뒤로 확신 없으면 weak를 원칙으로 둡니다. 지금도 참조를 정할 땐 이게 순환 고리인가, 누가 더 오래 사는가를 먼저 묻습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.