CSS 로딩 및 로딩 순서에 대한 간략한 분석
- 小云云원래의
- 2017-12-26 09:20:032296검색
이 글은 기초 학생과 친구들에게 매우 적합합니다. 이 글은 주로 CSS의 로딩 및 로딩 순서와 발생한 문제의 분석을 소개하며, html, css 및 js의 로딩 순서에 대한 보충 설명도 제공합니다. 친구가 필요하신 분들은 꼭 참고하셔서 모두에게 도움이 되었으면 좋겠습니다.
일반적인 CSS 로딩 순서
일반적으로 우리 CSS 스타일 시트는 헤드에 배치되며, 요청을 줄이기 위해 CSS를 병합하고 압축하는 경우가 많습니다. 현재 CSS는 일반적으로 다음과 같이 로드됩니다.
<head> <link rel="stylesheet" href="/all-of-my-styles.css"> </head> <body> …content… </body>
괜찮지만 몇 가지 성능 문제가 있으므로 계속해서 최적화할 수 있습니다.
문제:
모든 CSS는 하나의 파일로 병합 및 압축되어 다음 위치에 로드됩니다. 페이지의 머리. 아마도 첫 번째 화면에서는 CSS를 약간만 사용하고 헤더에 CSS를 모두 로드하여 불합리한 로딩과 리소스 낭비가 발생할 수 있습니다. CSS의 크기가 매우 크면 웹페이지 로딩 속도와 첫 화면 표시 속도에 심각한 영향을 미치게 됩니다.
생각을 바꾸세요
단일 CSS 참조를 병합하고 압축하지 않으면 파일 크기는 작아지지만 요청 횟수는 늘어납니다. 두 가지를 비교하고 성능 테스트와 비교를 수행한 결과, 머리에 있는 모든 CSS를 한 번에 로드하고 첫 화면을 표시하는 것보다 다음 작성 방법이 실제로 더 빠르다는 것을 발견했습니다.
<head> </head> <body> <!-- HTTP/2 push this resource, or inline it, whichever's faster --> <link rel="stylesheet" href="/site-header.css"> <header>…</header> <link rel="stylesheet" href="/article.css"> <main>…</main> <link rel="stylesheet" href="/comment.css"> <section class="comments">…</section> <link rel="stylesheet" href="/about-me.css"> <section class="about-me">…</section> <link rel="stylesheet" href="/site-footer.css"> <footer>…</footer> </body>
하지만 여전히 성능을 최적화할 수 있는 영역이 있습니다!
예:
첫 번째 화면에는 헤더와 기사만 표시되고 다른 모듈은 첫 번째 화면에 표시되지 않습니다. 그런 다음 다른 모듈의 CSS를 완전히 비동기적으로 로드할 수 있습니다. 비동기적으로 로드하는 방법은 무엇입니까?
아래를 참조하세요
loadCSS 및 Preload
사전 로드에 관해 모든 사람이 읽을 수 있도록 2개의 기사를 홍보합니다:
1 rel="preload"를 통해 콘텐츠를 사전 로드합니다: https://developer.mozilla.org/zh - CN/docs/Web/HTML/Preloading_content
2. w3 문서 미리 로드: https://www.w3.org/TR/preload/
첫 화면에 로드되지 않는 일부 CSS의 경우 다음과 같이 작성할 수 있습니다. 다음:
<link rel="preload" href="path/to/haorooms.css" as="style" onload="this.rel='stylesheet'">
브라우저가 js를 금지하는 것을 방지하고 안전을 유지하려면 다음을 수행할 수도 있습니다.
<link rel="preload" href="path/to/haorooms.css" as="style" onload="this.rel='stylesheet'">
일부 브라우저가 핸들러 rel='stylesheet' 속성을 다시 호출하는 것을 방지하기 위해 일반적으로 우리는 다음 글을 추천합니다:
<link rel="preload" href="path/to/haorooms.css" as="style" onload="this.onload=null;this.rel='stylesheet'"> <noscript><link rel="stylesheet" href="path/to/haorooms.css"></noscript>
더 나은 호환성 rel=preload를 위해 loadCSS, github 주소를 사용할 수 있습니다: https://github.com/filmentgroup/loadCSS
따라서 브라우저 호환성 문제를 고려하지 않고(호환성 문제를 고려하면) 여기서는 더 이상 데모가 필요하지 않습니다.), 위 코드를 다시 최적화했습니다.
<head> <link rel="stylesheet" href="/首屏加载css.css"> <link rel="preload" href="/不是首屏加载的css.css" as="style" onload="this.onload=null;this.rel='stylesheet'"> </head> <body> <header>…</header> <main>…</main> <section class="comments">…</section> <section class="about-me">…</section> <footer>…</footer> </body>
PS: html, css, js의 로딩 순서를 살펴보겠습니다.
<head lang="en"> <meta charset="utf-8"> <title></title> <link rel="stylesheet" href="css/*.css"> <script src="js/*.js></script> </head>
DOM 문서의 로딩 순서는 위에서 아래입니다.
1. DOM 링크 태그에 로드된 CSS 파일은 DOM 로드와 동시에 로드됩니다. 즉, CSS가 로드될 때 DOM이 계속 로드되고 빌드되며 CSS 스타일 또는 img가 발생합니다. 요청은 리소스가 반환된 후 DOM의 해당 위치에 추가됩니다.
2. DOM은 스크립트 태그에 로드됩니다.
.js 파일은 로드되지 않습니다. DOM과 병행하여 전체 js 파일이 로드될 때까지 기다려야 합니다. js 스크립트 파일이 너무 크면 브라우저 페이지가 지연되고 "일시 중단"된 것처럼 보일 수 있습니다. "차단 효과"; 이는 매우 나쁜 사용자 경험으로 이어질 것입니다.
그리고 이 기능이 $(document).ready(function(){}) 또는 (function(){}) 또는 window.onload가 필요한 이유입니다. js 파일의 시작 부분, 즉 DOM 문서가 로드된 후에만 js 파일이 실행됩니다. 이렇게 하면 DOM 노드를 찾을 수 없는 등의 문제가 발생하지 않습니다.
js가 차단되는 이유; 다른 리소스를 로드하는 것은 js가 DOM 트리를 수정하는 것을 방지하기 위해 브라우저가 DOM 트리를 다시 빌드해야 한다는 것입니다.
3. Solution
전제, js는 외부 스크립트입니다.
defer="ture" js와 DOM이 병렬로 로드되도록 스크립트 태그에 js 파일이 실행되므로 차단이 없습니다.
In scirpt에 async="ture"를 추가하세요. 속성은 js 파일이 비동기적으로 로드되고 실행된다는 것을 브라우저에 알려줍니다. 즉, 다른 js 및 css에 의존하지 않습니다. 이는 js 파일의 로드 순서가 보장될 수 없지만 DOM 로드와도 평행하다는 것을 의미합니다.
defer 속성과 async 속성을 동시에 사용하면 defer 속성이 유효하지 않게 됩니다.
body 태그 뒤에 scirpt 태그를 넣으면 로딩 충돌이 발생하지 않습니다.
관련 권장 사항:
위 내용은 CSS 로딩 및 로딩 순서에 대한 간략한 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!