동시성
데드락 진단
QA에서 "가끔 앱이 완전히 멈추는데 크래시 로그는 없다"는 리포트가 왔습니다. 데드락을 의심할 때 어떤 순서로 원인을 찾겠습니까?
면접관은 이 답을 어떻게 들을까요? 넘어갈지, 더 물어볼지, 떨어뜨릴지 알려 주고, 걸리는 문장은 콕 집어 줘요. 점수는 그대로예요.
짧은 답 보기
멈춘 상태에서 디버거로 붙어 모든 스레드 백트레이스를 보고 서로를 기다리는 락·큐를 찾는다. 재현이 어려우면 워치독 리포트나 MetricKit hang 진단으로 멈춘 시점의 스택을 모은다.
이어서 보기
동시성객관식기초
UIKit 뷰컨트롤러의 viewDidLoad(메인 스레드)에서 다음 GCD 코드를 실행하면? …
#deadlock #sync
동시성객관식심화
다음 GCD 코드를 메인 스레드에서 실행합니다. 출력 결과는? …
#deadlock #sync
성능·디버깅주관식입문
버그를 재현했을 때 Xcode에서 실제로 자주 쓰는 디버깅 기능을 말해 주세요. print만 찍는 것 말고, 각 기능을 언제 꺼내 쓰는지도 함께요.
#debugging #lldb
성능·디버깅객관식심화
앱이 특정 조작 후 완전히 멈췄습니다(입력 무반응). 메인 스레드가 어디서 블록됐는지 알아내는 방법으로 옳은 것을 모두 고르세요.
#deadlock #debugging