집 >웹 프론트엔드 >CSS 튜토리얼 >자세한 설명: CSS 로딩으로 인해 차단이 발생하나요?

자세한 설명: CSS 로딩으로 인해 차단이 발생하나요?

小云云원래의: 2017-12-05 16:07:002245검색

JS 실행은 DOM 트리의 구문 분석 및 렌더링을 차단하므로 CSS 로딩은 DOM 트리의 구문 분석 및 렌더링을 차단합니까? 그래서 다음에는 CSS 로딩을 통해 DOM 트리를 파싱하고 렌더링하는 방법을 테스트해 보겠습니다.

이 테스트를 완료하려면 먼저 Chrome을 사용하여 다운로드 속도를 설정하는 방법을 알아봅시다

1. Chrome 콘솔을 열면(F12 키를 누름) 아래 그림을 볼 수 있으며 초점이 내가 있는 곳에 있습니다. 빨간색 원을 그렸습니다

2. 빨간색 원을 그린 곳을 클릭하면(스로틀링 없음) 아래 그림이 표시되며 GPRS 옵션을 선택합니다

3. 리소스의 다운로드 속도 상한은 20kb/s로 제한됩니다. 좋습니다. 주요 주제로 넘어가겠습니다

CSS 로딩이 DOM 트리의 구문 분석 및 렌더링을 차단합니까?

코드로 말하면:

<!DOCTYPE html>
<html lang="en">
  <head>
    <title>css阻塞</title>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <style>
      h1 {
        color: red !important
      }
    </style>
    <script>
      function h () {
        console.log(document.querySelectorAll(&#39;h1&#39;))
      }
      setTimeout(h, 0)
    </script>
    <link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
  </head>
  <body>
    <h1>这是红色的</h1>
  </body>
</html>

가설: CSS 로딩은 DOM 트리 구문 분석 및 렌더링을 차단할 것입니다.

가설 결과: bootstrap.css가 로드되지 않기 전에는 다음 콘텐츠가 구문 분석되지 않습니다. 렌더링 , 그러면 처음에 보이는 것은 흰색 화면이어야 하며 h1은 표시되지 않습니다. 그리고 이때 console.log의 결과는 빈 배열이어야 합니다.

실제 결과: 아래와 같습니다

CSS가 DOM 트리 구문 분석을 차단합니까?

위 그림을 보면 CSS가 로딩되지 않은 상태에서는 h1이 표시되지 않는 것을 알 수 있는데, 이때 콘솔 출력은 다음과 같습니다

DOM 트리가 h1에 도달하면 CSS가 아직 로드되지 않았으므로 CSS가 DOM 트리의 구문 분석을 차단하지 않는다는 의미입니다.

CSS 로딩이 DOM 트리 렌더링을 차단합니까?

위 그림에서 CSS가 로드되지 않은 경우 페이지에 흰색 화면이 표시되는 것을 볼 수 있습니다. 즉, CSS가 로드될 때까지는 빨간색 글꼴이 표시되지 않습니다. 다음 콘텐츠가 구문 분석되었지만 렌더링되지 않았습니다. 따라서 CSS 로딩은 DOM 트리 렌더링을 차단합니다.

이 메커니즘에 대한 개인적인 평가

사실 이것도 브라우저의 최적화 메커니즘이 아닐까 생각합니다. CSS를 로드할 때 아래 DOM 노드의 스타일을 수정할 수 있기 때문에 CSS 로딩이 DOM 트리의 렌더링을 차단하지 않으면 CSS가 로드된 후 DOM 트리를 다시 그리거나 리플로우해야 할 수 있습니다. 일부 문제가 발생합니다. 필요한 손실이 없습니다. 따라서 먼저 DOM 트리의 구조를 구문 분석하고 수행할 수 있는 작업을 완료한 다음 CSS가 로드될 때까지 기다린 다음 최종 스타일에 따라 DOM 트리를 렌더링하면 됩니다. 성능.

CSS 로딩이 js 실행을 차단하나요?

위의 추론에서 CSS 로딩은 DOM 트리 구문 분석을 차단하지 않지만 DOM 트리 렌더링을 차단한다는 결론을 내릴 수 있습니다. 그러면 CSS 로딩이 js 실행을 차단할까요?

마찬가지로 코드를 통해 검증해 보세요.

<!DOCTYPE html>
<html lang="en">
  <head>
    <title>css阻塞</title>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <script>
      console.log(&#39;before css&#39;)
      var startDate = new Date()
    </script>
    <link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
  </head>
  <body>
    <h1>这是红色的</h1>
    <script>
      var endDate = new Date()
      console.log(&#39;after css&#39;)
      console.log(&#39;经过了&#39; + (endDate -startDate) + &#39;ms&#39;)
    </script>
  </body>
</html>

가설: CSS 로딩은 후속 js 실행을 차단할 것입니다

예상 결과: 링크 뒤의 js 코드를 실행해야 합니다. CSS 로딩이 완료된 후

실제 결과:

위 그림에서 볼 수 있듯이 CSS 로딩 문 이전에 위치한 js 코드가 먼저 실행되지만, CSS 로딩 문 이후에 위치한 코드는 실행되지 않습니다. CSS가 로드될 때까지. 이는 또한 CSS 로딩이 후속 js 문의 실행을 차단한다는 것을 보여줍니다. 자세한 결과는 아래 그림을 참조하세요(css 로딩에 5600ms 이상 소요):

결론

위에서 다음과 같은 결론을 내릴 수 있습니다.

1.css 로딩은 구문 분석을 차단하지 않습니다. DOM 트리

2.css 로딩은 DOM 트리의 렌더링을 차단합니다
3.css 로딩은 후속 js 문 실행을 차단합니다

따라서 사용자에게 긴 흰색 화면 시간이 표시되는 것을 방지하려면 CSS 로딩을 늘려야 합니다. 예를 들어 다음 방법을 사용할 수 있습니다.

1. CDN을 사용하세요(CDN은 캐시된 콘텐츠가 있는 가장 가까운 노드를 선택하여 네트워크 상태에 따라 리소스를 제공하므로 로딩 시간을 줄일 수 있습니다)
2. CSS를 압축합니다(webpack과 같은 다양한 패키징 도구를 사용할 수 있습니다). , gulp 등을 사용할 수도 있습니다.
3. 캐시를 합리적으로 사용하세요(cache-control 설정, 만료, E-tag 모두 좋지만 한 가지 문제에 주의해야 합니다. 파일이 업데이트되면 캐싱의 영향을 피하기 위한 한 가지 해결책은 파일 이름 뒤에 버전 번호를 추가하는 것입니다.
4. http 요청 수를 줄이거나, 여러 CSS 파일을 병합하거나, 간단히 인라인 스타일(인라인 스타일)을 작성하세요. 한 가지 단점은 캐시할 수 없다는 점입니다.)

위 내용은 CSS 로딩으로 인해 발생하는 차단에 대한 자세한 설명이므로 모든 분들께 도움이 되기를 바랍니다.

자세한 설명: CSS 로딩으로 인해 차단이 발생하나요?

관련 기사