문제정의 및 원인 파악 글

https://hyorish03.tistory.com/22

 

[React] Geolocation API의 느린 문제 (1) - 문제정의

😫 문제 현상 설명Geolocation의 Watchposition 훅을 사용해 위치 변화가 감지될 때마다 현 위치를 새로 받아와 보여주는데새로고침을 하거나 초기 접속 시 파란 빈 화면이 5초 이상 나타났습니다. •

hyorish03.tistory.com

 

 

원인

  • Geolocation API + React + 크로미움 브라우저 ⇒ 5초 이상의 지연이 발생.
  • Geolocation API의 watchPostion + 바닐라 JS (브라우저 상관X) ⇒ 5초 이상의 지연이 발생.

 

해결방안

1. 눈 속임을 한다.

  • 파란 화면이 나오는 이유는 지도의 최초 center 위도 경도 값을 0으로 초기화했기 때문이었습니다. (그래서 바다가 찍혔던 것..)
  • 초기 위치를 서울과학기술대학교 미래관으로 찍어두고, Geolocation API를 통해 현 위치를 받아오는 5초간 보여지는 화면이 빈 화면처럼 느껴지지 않도록 수정해보았습니다. 

 

변경 전 (빈 파란화면이 5초이상 지속됨)                                                    변경 후 (초기 화면이 파란화면이 아님)



2. RN에서 현 위치를 메시지로 받는다

  • RN에서 로그인할 경우 JWT토큰을 웹뷰로 메시지를 보냅니다.

  • 이를 활용해 현 위치를 accessToken과 함께 웹뷰로 보내는 방식도 있었습니다.
  • 그러나 이와 같은 방식이 웹에서 현 위치를 받는 방식과 속도면에서 큰 차이가 있지 않아 선택하지 않았습니다.
  • /* DB 복구시 추가예정*/

3. 로그인 화면에서부터 현 위치를 조회한다 (⭐️NEW !) - 최종선택

  • 프로젝트는 웹뷰 기반 expo 앱이었습니다. 
  • 따라서 로그인과 마이페이지는 RN으로, 기타 기능은 모두 웹뷰로 구현했습니다.
  • 그러나 프로젝트 진행을 하며 로그인 또한 웹에서 진행하자는 의견이 나왔고, 이를 활용해 Geolocation API가 느린 문제를 해결할 수 있었습니다.
  • 로그인 페이지에서 현 위치 조회한다면, 유저가 로그인하는동안 Geolocation의 5초 지연 시간이 흐르기 때문에 유저가 메인 화면에 들어갈때쯤엔 정확한 위치를 지도에 그릴 수 있었습니다. 
  • /* DB 복구시 추가예정*/

 

😫 문제 현상 설명

Geolocation의 Watchposition 훅을 사용해 위치 변화가 감지될 때마다 현 위치를 새로 받아와 보여주는데 새로고침을 하거나 초기 접속 시 파란 빈 화면이 5초 이상 나타났습니다.

 

• 크롬 환경                                                                                               • 사파리 환경

🪐 원인 파악

1. 내가 코드를 잘못 짠 것인가 ?

  • 그럴리가 없었습니다..
  • MDN의 예제 코드를 그대로 사용했기 때문에 제 코드의 문제는 아니라고 판단했습니다.

2. 해당 페이지 성능 문제인가 ?

  • 해당 페이지에는 정말 많은 컴포넌트와 비동기 작업이 많이 일어났기 때문에 단순 성능 문제일 수 있다 판단했습니다.
  • 따라서 저는 모든 코드를 주석처리 후 watchPostion 훅만 실행했습니다. 그러나 동일하게 지연이 발생했습니다.

3. 브라우저 문제 ?

  • 본 프로젝트는 ReactNative를 사용해 웹뷰를 띄우는 방식으로 개발을 하고있었기에 크롬과 사파리를 동시에 띄워 개발하고있었습니다.
  • 그러던 중 사파리에서는 지연이 발생하지 않고, 크롬에선 지연이 발생하는 것을 확인할 수 있었습니다.
  • 따라서 이 지연이 크롬의 문제일 수 있다 판단했고, firefox(비 크로미움), 사파리(비 크로미움), 크롬(크로미움), 웨일(크로미움) 삼성인터넷(크로미움)에서 테스트 해보았습니다.

TMI ) 사실 Firefox에서 테스트가 매우 힘들었습니다.. 이상하게 브라우저 자체에서 렉이 많이 걸리더라구요 ..? 새로고침은 아예 작동하지 않아 새 창을 켜서 localhost로 접속하는 방식을 채택했습니다 (이 또한 창이 많아지면 렉이 걸려 테스트의 한계가 있었습니다)

💡 브라우저 테스트 결론

     
브라우저 환경 테스트 방식 지연시간
Firefox (비크로미움) 새 창을 열어 http://localhost 접속 거의 없음
Safari (비크로미움) 새로고침 15회 1초 이내 ~ 2초
Chrome (크로미움) 새로고침 15회 5초 내외
웨일 (크로미움) 새로고침 15회 5초 내외
삼성 인터넷 (크로미움) 새로고침 15회 5초 내외
  • 사실 크롬에서 지연이 발생하는 것은 큰 문제가 없었습니다.
  • 어차피 웹뷰로 띄워 사용할 예정이니 삼성 인터넷과 Safari에서만 지연이 발생하지 않으면 됐지만 삼성인터넷에서도 지연이 발생했습니다.
  • 이쯤 되니 API가 느린건가..? 라는 생각 + 스택오버플로우에서 봤던 원래 API가 느리다는 글이 맞을 것 같다는 생각이 들었습니다.

 

4. React 렌더링 문제 ?

  • 그냥 쌩 HTML + 바닐라 JS로 해보면 이게 진짜 API 문제인지 확인할 수 있다 생각해 HTML 파일을 만들어 크롬에서 실행시켜보았습니다.
  • 아래 코드에선 watchPostion과 getCurrentPosition이 동시에 사용되고 있지만, 실제 실행시엔 둘 중 하나를 주석처리하고 각각 테스트를 진행했습니다.

 

4.1 테스트 결과

watchPostion의 경우 느리게 동작하는데..
두 함수를 동시에 실행시키니 watchPosition이 실행 완료 될 때까지 getCurrentPosition에 대한 InnerHTML도 실행이 안 되는 것을 볼 수 있었습니다.

<!DOCTYPE html>
<html lang="ko">
  <head>
    <meta charset="UTF-8" />
    <meta
      name="viewport"
      content="width=device-width, user-scalable=no, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0"
    />
    <meta http-equiv="X-UA-Compatible" content="ie=edge" />
    <title>Document</title>
  </head>
  <body>
    <div id="getLat"></div>
    <div id="getLon"></div>
    <div id="watchLat"></div>
    <div id="watchLon"></div>
    <script>
      const getLett = document.getElementById("getLat");
      const getLonn = document.getElementById("getLon");
      const lett = document.getElementById("watchLat");
      const lon = document.getElementById("watchLon");
      lett.style.color = "red";
      lon.style.color = "red";
      getLett.style.color = "blue";
      getLonn.style.color = "blue";
      (function () {
        window.onload = function () {
          var getPos;
          var getSuccess = function (position) {
            getPos = position;
            document.getElementById("getLat").innerHTML =
              getPos.coords.latitude;
            document.getElementById("getLon").innerHTML =
              getPos.coords.longitude;
          };
          navigator.geolocation.getCurrentPosition(getSuccess);
          var watchPos;
          var Success = function (position) {
            watchPos = position;
            document.getElementById("watchLat").innerHTML =
              watchPos.coords.latitude;
            document.getElementById("watchLon").innerHTML =
              watchPos.coords.longitude;
            console.log(watchPos.coords.latitude, watchPos.coords.longitude);
          };
          navigator.geolocation.watchPosition(Success);
        };
      })();
    </script>
  </body>
</html>

 

5. 결론

  • Geolocation API + React + 비 크로미움 브라우저 ⇒ 지연이 거의 없다.
  • Geolocation API + React + 크로미움 브라우저 ⇒ 5초 이상의 지연이 발생.
  • Geolocation API의 getcurrentPosition + 바닐라 JS (브라우저 상관X) ⇒ 지연이 거의 없다.
  • Geolocation API의 watchPostion + 바닐라 JS (브라우저 상관X) ⇒ 5초 이상의 지연이 발생.

결론적으로 API 자체에서 가져오는데에 느리다고 파악하고 다른 방식으로 UX를 개선하기로 결정했습니다.

Memoization이란?

메모이제이션이란 비용이 많이 드는 함수 호출의 결과를 저장하고 동일한 입력이 다시 발생할 때 캐시된 결과를 반환하여 컴퓨터 프로그램의 속도를 높이는 데 주로 사용되는 최적화 기술입니다.

 

예시 코드

function Component ({a, b}) {
    const result = compute(a,b)
    return <div>{result}</div>
}

 

Component 내의 compute 함수가 만일 복잡한 연산을 수행한다면 결과 값을 리턴하는 데에 오랜 시간이 걸리게 될 것입니다.

이럴 때 컴포넌트가 계속 리렌더링 된다면 연산을 수행하는데 오랜 시간이 걸려서 성능에 안 좋은 결과를 미치게 되며 UI 지연현상도 일어나게 될 것입니다.

이러한 현상을 해결해주기 위해서 사용하는 것이 useMemo입니다.

compute 함수에 넘겨주는 a, b의 값이 이전과 동일하다면 컴포넌트가 리 렌더링 되더라도 연산을 다시 하지 않고 이전 렌더링 때 저장해두었떤 값을 재활용 하는 방식입니다.

 

useMemo 적용하기

useMemo로 함수를 감싸준 후에 첫 번째 인수에는 함수를, 의존성 배열에는 compute 함수에서 사용하는 값을 넣어주면 됩니다.

function Component ({a,b}) {
    const result = useMemo(compute(a,b), [a,b]);
    return <div> {result} </div>
}

 

 

 

Vite의 기본 margin

  • vite로 초기 프로젝트를 생성하면 기본적으로 margin이 8px 생긴다
  • 이를 없애려면 index.css 에 코드를 추가해야한다.
#root{
 // 기존에 쓰인 코드
}
body{
    margin: 0,
}
  • 이렇게 해주면 기본적으로 적용된 margin이 없어진다

+ Recent posts