김수연_1018

[SuyeonKim1702]

XCode

디버깅을 위한 break point의 원리를 알고 있다

• Step over: 현재 브레이크 포인트가 걸린 라인의 다음 라인으로 이동
• Step into: 현재 브레이크 포인트가 걸린 메서드의 내부로 이동
• Step out: 현재 멈춰있는 메서드의 바깥으로 이동
• create column break를 이용해 라인이 아닌 특정 expression에만 브레이크 포인트를 걸 수도 있음

• Name: 브레이크 포인트에 이름 지정
• Condition: 브레이크 포인트가 걸리는 조건 지정 (Swift 문법으로)
• Ignore: 브레이크 포인트가 걸려도 무시할 횟수
• Action: 포인트 걸리기 전에 수행할 행동(ex. 사운드, LLDB 명령어, script 등)
• Automatically continue ...가 체크되면, 해당 지점에서 멈추지 않고 지정한 action만 수행함
• lldb 명령어를 이용해 브레이크 포인트를 거는 것도 가능함

/// 특정 이름을 가진 메서드에 브레이크 포인트 걸기 (symbolic breakpoint)
(lldb) breakpoint set --name 메서드이름

/// 해당 파일의 특정 위치에 브레이크 포인트 걸기
(lldb) breakpoint set --line 12

Watch Point

• 변수에 값이 업데이트 되는 시점마다 break

console을 통한 backtrace와 stack의 메모리 접근 및 데이터 확인 방법을 알고 있다.

/// 현재 스레드의 stack backtrace를 보여주기
(lldb) thread backtrace
(lldb) bt

/// 모든 스레드의 stack backtrace를 보여주기
(lldb) thread backtrace all
(lldb) bt all

/// 현재 스레드에서 특정 stack frame index를 선택하기
(lldb) frame select 12
(lldb) fr s 12
(lldb) f 12

Instruments를 사용한 성능 개선 방법을 알고 있다(메모리 누수, Time Profiler 등).

Animation Hitches

• Render Loop

  • 사용자 터치 이벤트가 앱으로 전달되고, 그에 따른 UI의 변화가 운영체제로 전달되는 과정
  • 렌더 루프가 한 번 실행 될 때 하나의 프레임이 완성됨

• Hitch

  • render loop가 제시간에 frame을 완성하지 못해 다음 frame을 보여주지 못하고 끊기는 것처럼 보이는 현상

• Render Loop의 5단계

  • Event : 앱이 터치 이벤트를 처리하고, UI를 변화 시킬지를 결정
  • Commit : 앱이 UI를 업데이트, 업데이트한 UI를 렌더링해달라고 렌더 서버에게 제출
  • Render prepare : 렌더 서버는 새로운 UI를 GPU에서 그릴 준비를 함
  • Render execute : GPU는 UI를 최종 이미지로 그림
  • Display : 사용자에게 최종 이미지인 프레임이 보여짐

• 아이폰/아이패드의 초당 프레임 수: 60 -> 16.67ms 마다 Render Loop가 돌아야 함

• 2가지 종류의 hitch

  • Commit Hitch: 주어진 시간 안에 Commit 하지 못한 경우
  • Render Hitch: 주어진 시간 안에 Rendering 하지 못한 경우
  • Instruments에서 감지 가능한 히치는 Commit Hitches

• Hitch를 줄일 수 있는 방법

  • 최대한 뷰를 가볍게 유지하기
    • 필요한 Constraint만 가지기
    • 뷰 재사용하기
      • 뷰 제거/추가 보다는 hidden 프로퍼티 사용하기
    • 자신 or 자식 뷰의 layout만 invalidate하기
    • 부모 뷰의 레이아웃도 invalidate하면 재귀 호출이 발생해 시간이 오래 걸릴 수 있음
  • draw는 필요한 경우가 아니면 오버라이드하지 않기

• Animation Hitches 템플릿은 TimeProfiler 템플릿과 함께 사용할 수 있어 히치 시점에 실행된 코드를 알 수 있음

Memory Leak

• Memory Graph Debugger는 스냅샷을 찍어 한 순간의 메모리 상태 확인, Instruments는 동적으로 메모리 추적
• Memory Graph Debugger
  • 같은 기능을 여러번 반복한 다음 메모리 상태 확인
  • 특정 인스턴스의 갯수가 지나치게 많거나, 존재하지 않아야 할 인스턴스가 있을 경우 leak를 의심해볼 수 있음
• Instruments > Leak에서 잡히지 않는 릭도 있는 듯

Time Profiler

• 어떤 작업이 오래 걸리는지, CPU 사용량에 있어 각 스레드 점유율은 어느 정도인지 등을 알 수 있음

[SuyeonKim1702]

기타

• XCode > Debug > Attach to Process를 통해 빌드하지 않고도 기존에 빌드된 앱(프로세스)에 붙일 수 있음