<리액트를 다루는 기술> 7장.라이프사이클 메서드

컴포넌트의 라이프사이클(수명 주기)

· 모든 리액트 컴포넌트에는 라이프사이클이 존재

· 컴포넌트의 수명은 페이지에 렌더링되기 전인 준비 과정에서 시작하여 페이지에서 사라질 때 끝남

· 라이프사이클 메서드는 컴포넌트 상태에 변화가 있을 때마다 실행된다.

  (서드파티 라이브러리를 사용하거나 DOM을 직접 건드려야 하는 상황에서 유용)

 

ex)

컴포넌트를 처음으로 렌더링할 때 어떤 작업을 처리해야 하거나, 컴포넌트를 업데이트하기 전후로 어떤 작업을 처리해야 할 수도 있고, 또 불필요한 업데이트를 방지해야 할 수도 있음 => 이때 컴포넌트의 라이프 사이클 메서드 사용

 

클래스형 컴포넌트에서만 사용할 수 있음 (함수형은X → Hooks기능을 사용하여 비슷한 작업 처리)

 

- Will: 어떤 작업을 작동하기 전 실행되는 메서드

- Did: 어떤 작업을 작동한 후 실행되는 메서드

---

라이프사이클은 총 세 가지 카테고리로 나뉨

1. 마운트(mount)

: 페이지에 컴포넌트가 나타나는 것 (DOM이 생성되고 웹 브라우저상에 나타나는 것)

마운트할 때 호출하는 메서드(순서대로)

컴포넌트 만들기

- constructor: 컴포넌트를 새로 만들 때마다 호출되는 클래스 생성자 메서드

- getDerivedStateFromProps: props에 있는 값을 state에 넣을 때 사용하는 메서드 

- render: UI를 렌더링하는 메서드

- componentDidMount: 컴포넌트가 웹 브라우저상에 나타난 후 호출하는 메서드

 

---

2. 업데이트

: 컴포넌트 정보를 업데이트

업데이트하는 경우

(→ 컴포넌트는 다양한 이유로 업데이트됨)

1. 부모 컴포넌트에서 넘겨주는 props가 바뀔 때 - 컴포넌트에 전달하는 props 값이 바뀌면 컴포넌트 렌더링이 이루어짐

2. state가 바뀔 때 - 컴포넌트 자신이 들고있는 state가 setState를 통해 업데이트 될 때

3. 부모 컴포넌트가 리렌더링될 때 

- 자신에게 할당된 props나 자신이 들고있는 state가 바뀌지 않아도 부모 컴포넌트가 리렌더링되면 자식 컴포넌트도 리렌더링 됨

4. this.forceUpdate로 강제로 렌더링을 트리거할 때

 

업데이트할 때 호출하는 메서드(순서대로)

- getDerivedStateFromProps: 마운트 과정에서도 호출되며, 업데이트 시작하기 전에도 호출

   (props의 변화에 따라 state 값에도 변화를 주고 싶을 때 사용)

- shouldComponentUpdate: 컴포넌트가 리렌더링을 해야 할지 말아야 할지 결정하는 메서드

   → true나 false를 반환해야 하며, true 반환 시 render 호출하여 다음 라이프사이클 메서드 계속 실행, false 반환 시 작업 중지

   → 특정 함수에서 this.forceUpdate()를 호출하면 이 과정 생략하고 바로 render 함수 호출됨

- render: 컴포넌트를 리렌더링

- getSnapshotBeforeUpdate: 컴포넌트 변화를 DOM에 반영하기 바로 직전 호출하는 메서드(웹 브라우저상 실제 DOM 변화)

- componentDidMount: 컴포넌트의 업데이트 작업이 끝난 후 호출하는 메서드

 

---

3. 언마운트(unmount)

: 페이지에서 컴포넌트가 사라질 때 (마운트의 반대 과정, 컴포넌트를 DOM에 제거하는 것)

 

- componentWillUnMount: 컴포넌트가 웹 브라워저상에서 사라지기 전에 호출하는 메서드

 

---

라이프사이클 메서드 알아보기

render() 함수

- 라이프사이클 메서드 중 유일한 필수 메서드, 컴포넌트에서 가장 중요한 메서드, 컴포넌트 모양 정의

- 이 메서드 안에서 this.props와 this.state에 접근할 수 있으며, 리액트 요소를 반환함

  (요소는 태그가 될 수도 있고, 따로 선언한 컴포넌트가 될 수도 있음 → 아무것도 보여주고 싶지 않다면 null이나 false 값 반환)

- 이 안에서는 이벤트 설정이 아닌 곳에서 setState를 사용하면 안됨, 브라우저의 DOM에 접근해서도 안됨

  (DOM 정보를 가져오거나 state에 변화를 줄 때는 componentDidMount에서 처리해야 함)

 

constructor

constructor(props) {...}

컴포넌트 생성자 메서드로 컴포넌트 만들 때 처음으로 실행됨, 초기 state를 정할 수 있음

 

getDerivedStateFromProps

props로 받아온 값을 state에 동기화시키는 용도로 사용, 컴포넌트가 마운트될 때와 업데이트될 때 호출

static getDerivedStateFromProps(nextProps, prevState){
  if(nextProps.value !== prevState.value){ // 조건에 따라 특정 값 동기화
  	return { value: nextProps.value };
  }
  return null; // state를 변경할 필요가 없다면 null을 반환
}

componentDidMount

컴포넌트를 만들고, 첫 렌더링을 다 마친 후 실행

(이 안에서 다른 자바스크립트 라이브러리 또는 프레임워크의 함수를 호출하거나, 이벤트 등록, setTimeout, setInterval, 네트워크 요청같은 비동기 작업 처리)

 

shouldComponentUpdate

shouldComponentUpdate(nextProps, nextState) {...}

- props 또는 state를 변경했을 때, 리렌더링을 시작할지 여부를 지정하는 메서드

  (컴포넌트 업데이트의 성능 개선할 때 중요하게 사용됨)

- 이 메서드에서는 반드시 true 또는 false 값을 반환해야 함

  (이 메서드를 따로 생성하지 않으면 기본적으로 언제나 true 값 반환, false 값을 반환 시 업데이트 과정은 여기서 중지)

- 프로젝트 성능 최적화할 때, 상황에 맞는 알고리즘 작성하여 리렌더링 방지할 때는 false 값 반환

- 현재 props와 state는 this.props와 this.state로 접근하고, 새로 설정될 props와 state는 nextProps와 nextState로 접근

 

getSnapshotBeforeUpdate

- render에서 만들어진 결과가 브라우저에 실제로 반영되기 직전에 호출

- 여기서 반환하는 값은 componentDidMount에서 세 번째 파리미터인 snapshot 값으로 전달받을 수 있음

  (주로 업데이트하기 직전의 값을 참고할 일이 있을 때 활용)

 

componentDidUpdate

componentDidUpdate(prevProps, prevState, snapshot) {...}

- 리렌더링 완료한 후 실행

- 업데이트가 끝난 직후이므로, DOM 관련 처리해도 무방

- prevProps나 prevState를 사용하여 컴포넌트가 이전에 가졌던 데이터에 접근할 수 있음

- getSnapshotBeforeUpdate에서 반환한 값이 있다면 여기서 snapshot 값을 전달받을 수 있음

 

componentWillUnmount

컴포넌트를 DOM에서 제거할 때 실행

(componentDidMount에서 등록한 이벤트, 타이머, 직접 생성한 DOM이 있다면 여기서 제거 작업해야 함)

 

componentDidCatch

컴포넌트 렌더링 도중에 에러가 발생했을 때 애플리케이션이 먹통이 되지 않고 오류 UI를 보여줌

- error는 파라미터에 어떤 에러가 발생했는지 알려줌

- info 파라미터는 어디에 있는 코드에서 오류가 발생했는지에 대한 정보를 줌

- 컴포넌트 자신에게 발생하는 에러를 잡아낼 수 없고, 자신의 this.props.children으로 전달되는 컴포넌트에서 발생하는 에러만 잡아낼 수 있음