Main Run Loop & Update Cycle

view update methods

 

이 포스트는  view, layout 업데이트 메소드를 정리하는데 필요한 연관지식을 먼저 설명을 하고 view, layout 업데이트 메소드를 설명할 예정. 순서는 다음과 같다

1. Main Run Loop

2. Update Cycle

3. constraints 업데이트

4. layouts 업데이트 

5. display 업데이트

6. Drawing Cycle

 

---

 

1. Main Run Loop

main run loop and update cycle

앱이 실행되어 시스템에서 일어나는 프로세스들을 https://yongminlee26.tistory.com/204 에 정리했었다.

앱이 실행되면 UIApplication 객체는 유저가 일으키는 이벤트들을 처리하는 프로세스 Main Run Loop를 실행 하여

유저로부터의 input 이벤트를 해석하고 그에 상응되는 애플리케이션의 Core object들 안에 있는 핸들러를 호출해줍니다.

핸들러들은 우리, 개발자들이 쓴 코드를 호출해주는데 이러한 메서드들이 반환되면 다시 컨트롤은 main run loop로 돌아가고

View 들을 배치하고 다시 그리는 역할을 하는 Update Cycle이 시작된다

---

2. Update Cycle

• 시스템은 Update Cycle에서  UIView의 모든 변화를 수행
• iOS 애플리케이션은 초당 60프레임을 보여주기 때문에 유저는 UI와 상호작용 간의 차이를 느끼지 못하지만, 이벤트가 처리되는 시점과 실제로 View가 다시 그려지는 시점에 차이가 있기 때문에, View는 우리가 View를 업데이트 하기를 원하는 run loop의 특정 시점에 업데이트가 되지 않을 수 있다.
• 해결방안 :  constraints, layouts, contenst 업데이트 메소드를 이용
• Auto layout에서 뷰가 레이아웃되고 다시 그려지는 과정은 세 단계로 나뉜다
  1. constraints 세팅 : 먼저 뷰에 필요한 모든 제약들을 세팅
  2. layout 배치 : 레이아웃 엔진이 뷰와 모든 하위뷰의 프레임(좌표+사이즈)을 계산해서 재배치
  3. display : 뷰의 컨텐츠를 그린다.

---

3. Constraints 업데이트 

updateConstraints()

오토 레이아웃을 사용하는 뷰의 constraints들을 동적으로 바꾸는 메소드.

updateConstraints는 오직 오버라이딩되어야 하며 명시적으로 호출되어서는 안된다.

constraints을 업데이트해야하는경우 시스템에게 updateConstraints()를 호출하도록 요청 해야한다.

 

setNeedsUpdateConstraints()

다음 업데이트 싸이클에서 제약사항들에 대한 갱신이 일어나도록 updateConstraints를 예약하는 메소드.

 

updateConstraintsIfNeeded()

오토 레이아웃을 사용하는 뷰에 대해서 즉시 updateConstraints 메소드 호출을 시스템에게 요청하고 런 루프가 끝날때까지 기다리지 않는 메소드.

---

4. Layouts 업데이트 메소드

layoutSubviews()

이 메소드는 UIView의 메소드로 해당 뷰와 모든 하위뷰의 repositioning, resizing을 handle한다.

뷰의 프레임을 다시 계산해야할 때 이 메소드를 사용하는데 해당뷰와 모든 하위뷰에 대해서 작동하기 때문에 expensive하므로 이 메소드는 개발자가 명시적으로 호출해서는 안되고, 시스템이 호출하도록 둬야한다.

개발자는 시스템으로 하여금 layoutSubview()를 호출하도록 요청해야하는데 이때 setNeedsLayout, layoutIfNeeded 메소드를 이용한다. 메소드들은 업데이트 싸이클이 아니라 메인 런 루프 시점에 layoutSubviews를 트리거한다

 

setNeedsLayout()

이 메소드는 시스템으로 하여금 자신을 호출한 뷰의 레이아웃이 다시 계산되어야 한다고 알려주고 즉시 반환된다. 

대신, 뷰는 다음 업데이트 싸이클에 갱신된다.

 

layoutIfNeeded()

다음 업데이트 싸이클에 layoutSubviews를 예약하는 것이 아니라 시스템에게 즉시(immediately) 레이아웃 업데이트를 갱신해달라고 요청한다.

다음 업데이트 싸이클까지 기다리지 않고 바로 layoutSubviews를 호출하는 동기 메소드이다.

---

5.  Display 업데이트 메소드

Display

디스플레이는 뷰와 하위뷰에서 sizing, positioning을 동반하지 않는 요소들을 포함한다.

=> 색상, 텍스트, 이미지, 코어 그래픽스 등등

 

draw(_: )

UIView는 draw 메소드를 통해서 뷰의 컨텐츠를 그린다.

draw 메소드는 하위뷰에 대해 연쇄적으로 호출되지 않는다.

draw 메소드는 시스템이 호출해주는 함수이므로 개발자는 시스템에게 draw메소드를 호출할것을 요청한다.

 

setNeedsDisplay()

뷰의 컨텐츠 갱신을 예약하고 반환되며 다음 업데이트 싸이클에서 시스템은 모든 뷰들에 대해 이러한 갱신요청이 마크되었다면 draw()를 호출해서 업데이트한다. 

 

displayIfNeeded()

다음 업데이트 싸이클에 draw()를 예약하는 것이 아니라 시스템에게 즉시(immediately) display 업데이트를 갱신해달라고 요청한다.

다음 업데이트 싸이클까지 기다리지 않고 바로 draw()를 호출하는 동기 메소드이다.

---

6. Drawing Cycle

• 뷰가 로드되거나 변경이 있을 때 화면에 시각적으로 표현되어 그려지는 일종의 사이클

1. 뷰 로드 시 시스템이 UIView에게 draw메소드를 통해서 드로잉을 요청한다.
2. 뷰의 스냅샷을 캡처하여 UIView에게 전달
3. 뷰의 컨텐츠 변경 시 관련 메소드 (setNeedsDisplay, setNeedsLayout 등등...) 호출하여 시스템에 업데이트 요청
4. Next Drawing Cycle에서 업데이트 요청 받은 뷰를 업데이트

스냅삿을 통해서 이전 화면과 변경이 없다면? drawing cycle은 돌지 않을 것이다.

 

 

 

참고자료

https://velog.io/@leeyoungwoozz/iOS-View-Layout-Cycle

https://medium.com/mj-studio/%EB%B2%88%EC%97%AD-ios-%EB%A0%88%EC%9D%B4%EC%95%84%EC%9B%83%EC%9D%98-%EB%AF%B8%EC%8A%A4%ED%84%B0%EB%A6%AC%EB%A5%BC-%ED%8C%8C%ED%97%A4%EC%B9%98%EB%8B%A4-2cfa99e942f9

https://sihyungyou.github.io/iOS-setNeedslayout-layoutIfNeeded/

https://zeddios.tistory.com/359