"消除阻塞渲染的CSS和JavaScript"。 这一条Google Page Speed Insights的建议总让我困惑。
当一个网页被访问时，Google希望它仅加载对初始视图有用的内容，并使用空闲时间来加载其他内容。这种方式可以使用户尽可能早地看到页面。
我们可以做很多事情来减少阻塞渲染的JavaScript，例如code splitting、tree shaking，缓存等。
但是如何减少阻塞渲染的CSS？为此，可以拆分并优先加载首次渲染所需要的CSS（关键CSS)，然后再加载其它CSS。
可以通过编程的方式筛选出关键CSS，在本文中，我将向你展示如何通过Webpack的自动化流程来实现该方案。
什么是阻塞渲染
如果资源是“阻塞渲染”的，则表示浏览器在资源下载或处理完成之前不会显示该页面。
通常，我们在 html 的 head 标签中添加 CSS 样式表，这种方式会阻塞渲染，如下所示：
<head>

  <link rel="stylesheet" href="/style.css">

  ...

</head>

<body>

  <p>在style.css下载完之前，你看不到我！！！</p>

</body>

　　

当这个 html 页面被网络浏览器加载时，它将从上到下被逐行解析。当浏览器解析到 link 标签时，它将立即开始下载 CSS 样式表，在完成之前不会渲染页面。
对于一个大型网站，尤其是像使用了 Bootstrap 这种庞大框架的网站，样式表有几百 KB，用户必须耐心等待其完全下载完才能看到页面。
那么，我们是否应该把link标签放到 body 中，以防止阻塞渲染？你可以这么做，但是阻塞渲染也不是全无优点，我们实际上可以利用它。如果页面渲染时没有加载任何 CSS，我们会遇到丑陋的"内容闪现"。
我们想要的完美解决方案就应该是：首屏相关的关键 CSS 使用阻塞渲染的方式加载，所有的非关键 CSS 在首屏渲染完成后加载。
关键CSS
这里是我用 Webpack 和 Bootstrap 编写的一个简单的网页, 下面的截图是首次渲染后的样式。
点击 Sign Up today 按钮会弹出一个模态框, 模态框弹出时的样式如下:
首次渲染需要的样式包括导航条的样式、超大屏幕样式、按钮样式、其它布局和字体的公用样式。但是我们并不需要模态框的样式，因为它不会立即在页面中显示。考虑到这些，下面是我们拆分关键 CSS 和非关键 CSS 的可能的方式：
critical.css
.nav {

  ...

}

.jumbtron {

  ...

}

.btn {

  ...

}

　　

non_critical.css
.modal {

  ...

}

如果你已经有这个概念，那么你可能会提出两个疑问：

  1. 我们如何用程序区分关键CSS和非关键CSS?
  2. 如何让页面在首次渲染之前加载关键CSS，之后加载非关键CSS？
示例项目
我将简要介绍一下这个项目的基本配置，这样我们在遇到解决方案时，方便快速消化。
首先, 在入口文件中引入Bootsrap SASS。
main.js
require("bootstrap-sass/assets/stylesheets/_bootstrap.scss");

　　

我使用 sass-loader 来处理 sass，与 Extract Text Plugin 一起使用，将编译出来的 css 放到单独的文件中。
使用 HTML Webpack Plugin 来创建一个 HTML 文件，它引入编译后的 CSS。这在我们的解决方案中是必需的，你马上就会看到。
webpack.config.js
module.exports = {

  module: {

    rules: [

      {

        test: /\.scss$/,

        use: ExtractTextPlugin.extract({

          fallback: 'style-loader',

          use: ['css-loader', 'sass-loader']

        })

      },

      ...

    ]

  },

  ...

  plugins: [

    new ExtractTextPlugin({ filename: 'style.css' }),

    new HtmlWebpackPlugin({

      filename: 'index.html',

      template: 'index.html',

      inject: true

    })

  ]

};

　　

运行构建之后，这里是HTML文件的样子。请注意，CSS文件在head标签里引入，因此将会阻塞渲染。
index.html
<!DOCTYPE html>

<html lang="en">

<head>

    <meta charset="utf-8">

    <meta name="viewport" content="width=device-width,initial-scale=1">

    <title>vuestrap-code-split</title>

    <link href="/style.css" rel="stylesheet">

</head>

<body>

  <!--App content goes here, omitted for brevity.-->

  <script type="text/javascript" src="/build_main.js"></script>

</body>

</html>

　　

编程识别关键 CSS
手动区分关键 CSS 维护起来会非常痛苦。以编程方式来实现的话，我们可以使用 Addy Osmani 的 Critical。这是一个 Node.js 模块，它将读入 HTML 文档，并识别关键 CSS。Critical 能做的还不止这些，你很快就能体会到。
Critical 识别关键 CSS 的方式如下：指定屏幕尺寸并使用 PhantomJS 加载页面，提取在渲染页面中用到的所有 CSS 规则。
以下为对项目的设置:
const critical = require("critical");

critical.generate({

  /* Webpack打包输出的路径 */

  base: path.join(path.resolve(__dirname), 'dist/'),

  src: 'index.html',

  dest: 'index.html',

  inline: true,

  extract: true,

  /* iPhone6的尺寸，你可以按需要修改 */

  width: 375,

  height: 565,

  /* 确保调用打包后的JS文件 */

  penthouse: {

    blockJSRequests: false,

  }

});

　　

执行时，会将Webpack打包输出文件中HTML更新为:
<!DOCTYPE html>

<html lang="en">

<head>

  <meta charset="utf-8">

  <meta name="viewport" content="width=device-width,initial-scale=1">

  <title>Bootstrap Critical</title>

  <style type="text/css">

    /* 关键CSS通过内部样式表方式引入 */

    body {

      font-family: Helvetica Neue,Helvetica,Arial,sans-serif;

      font-size: 14px;

      line-height: 1.42857;

      color: #333;

      background-color: #fff;

    }

    ...

  </style>

  <link href="/style.96106fab.css" rel="preload" as="style" onload="this.rel='stylesheet'">

  <noscript>

      <link href="/style.96106fab.css" rel="stylesheet">

  </noscript>

  <script>

    /*用来加载非关键CSS的脚本*/

  </script>

</head>

<body>

  <!-- 这里是App的内容 -->

  <script type="text/javascript" src="/build_main.js"></script>

</body>

</html>

　　

它还将输出一个新的 CSS 文件，例如 style.96106fab.css （文件自动 Hash 命名）。这个 CSS 文件与原始样式表相同，只是不包含关键 CSS。
内联嵌入关键CSS样式
你会注意到，关键CSS已经嵌入到文档的头部。这是最佳的，因为页面不必从服务器加载它。
预加载非关键CSS
你还会注意到，非关键 CSS 使用了一个看起来更复杂的 link 标签来加载。rel="preload" 通知浏览器开始获取非关键 CSS 以供之后用。其关键在于，preload 不阻塞渲染，无论资源是否加载完成，浏览器都会接着绘制页面。
link 标签中的 onload 属性允许我们在非关键 CSS 加载完成时运行脚本。Critical 模块可以自动将此脚本嵌入到文档中，这种方式提供了将非关键 CSS 加载到页面中的跨浏览器兼容方法。
<link href="/style.96106fab.css" rel="preload" as="style" onload="this.rel='stylesheet'">

　　

把 Critical 组件添加到 webpack 打包流程中
我创建了一个名为 HTML Critical Webpack Plugin 的插件，该插件仅仅是 Critical 模块的封装。它将在 HTML Webpack Plugin 输出文件后运行。
你可以在 Webpack 的项目中这样引入：
const HtmlCriticalPlugin = require("html-critical-webpack-plugin");

module.export = {

  ...

  plugins: [

    new HtmlWebpackPlugin({ ... }),

    new ExtractTextPlugin({ ... }),

    new HtmlCriticalPlugin({

      base: path.join(path.resolve(__dirname), 'dist/'),

      src: 'index.html',

      dest: 'index.html',

      inline: true,

      minify: true,

      extract: true,

      width: 375,

      height: 565,

      penthouse: {

        blockJSRequests: false,

      }

    })

  ]

};

注意：你应该只在生产版本中使用，因为它将使你的开发环境的构建很慢

表现结果
现在已经抽离了关键 CSS，并且把非关键 CSS 的加载放到空闲时间，这在性能方面会有怎样的提升呢?
我使用 Chrome 的 Lighthouse 扩展插件进行测试。请记住，我们尝试优化的指标是“首次有效绘制”，也就是用户需要多久才能看到真正可浏览的页面。
不使用区分关键CSS技术的表现
使用区分关键CSS技术的表现
正如你所看到的，我的应用程序 First Meaningful paint 时间缩短了将近 1 秒，到达可交互状态的时间节省了 0.5 秒。实际中，你的应用程序可能无法获得如此惊人的改善，因为我的 CSS 很笨重（我包含了整个 Bootstrap 库），而且在这样一个简单的应用程序中，我没有很多关键CSS规则。
 

关键CSS和Webpack: 减少阻塞渲染的CSS的自动化解决方案的更多相关文章

  1. 翻译 | 关键CSS和Webpack: 减少阻塞渲染的CSS的自动化解决方案

    原文地址: Critical CSS and Webpack: Automatically Minimize Render-Blocking CSS 原文作者: Anthony Gore 译者: 蜗牛 ...

  2. webpack - 优化阻塞渲染的css

    随着浏览器的日新月异,网页的性能和速度越来越好,并且对于用户体验来说也越来越重要. 现在有很多优化页面的办法,比如:静态资源的合并和压缩,code splitting,DNS预读取等等. 本文介绍的是 ...

  3. CSS阻塞渲染、怎么防止css阻塞

    浏览器渲染流程: 1.浏览器开始解析目标HTML文件,执行流的顺序为自上而下. 2.HTML解析器将HTML结构转换为基础的DOM(文档对象模型),构建DOM树完成后,触发DomContendLoad ...

  4. CSS加载会阻塞页面显示？

    可能大家都知道,js执行会阻塞DOM树的解析和渲染,那么css加载会阻塞DOM树的解析和渲染吗?接下来,我们就一起来分析一下. 原理解析 那么为什么会出现上面的现象呢?我们从浏览器的渲染过程来解析下. ...

  5. webpack 3.X学习之CSS处理

    Loaders Loaders是Webpack最重要的功能之一,他也是Webpack如此盛行的原因.通过使用不同的Loader,Webpack可以的脚本和工具,从而对不同的文件格式进行特定处理. Lo ...

  6. webpack快速入门——CSS进阶：消除未使用的CSS

    使用PurifyCSS可以大大减少CSS冗余 1.安装 cnpm i purifycss-webpack purify-css --save-dev 2.引入glob,因为我们需要同步检查html模板 ...

  7. webpack 打包成功，但是css不起作用

    问题: webpack 打包成功,但是css不起作用 问题分析/解决: 原因有以下几种 使用了webpack2的语法规则不正确; webpack2要求必须写-loader; 可能是只写了css-loa ...

  8. webpack入门之打包html,css,js,img(一)

    webpack到底是什么,网上一大堆介绍的东西,越看越不知道说的什么,所以今天打算自己来记录一下这段时间学习webpack的成果, webpack就是打包文件用的,html,css,js,img,为什 ...

  9. [css] 【转载】 精简高效的CSS命名准则/方法

    原文链接:http://www.zhangxinxu.com/wordpress/2010/09/%E7%B2%BE%E7%AE%80%E9%AB%98%E6%95%88%E7%9A%84css%E5 ...

随机推荐

  1. ES6系列之项目中常用的新特性

    ES6系列之项目中常用的新特性 ES6常用特性 平时项目开发中灵活运用ES6+语法可以让开发者减少很多开发时间,提高工作效率.ES6版本提供了很多新的特性,接下来我列举项目中常用的ES6+的特性: l ...

  2. .netcore tif文件转jpg,并通过webapi返回

    网上能搜到很多关于c# tif转jpg的代码.最简单的就是下面这段获得转换后的图片图片对象.在netcore 中使用这段代码时由于netcore框架已经不自带System.Drawing命名空间了所有 ...

  3. Java并发---并发理论

    一.如何理解线程安全 在多线程中稍微不注意就会出现线程安全问题,那么什么是线程安全问题? 我的认识是.在多线程下代码执行的结果和预期的正确的结果不一致,该代码就是线程不安全的,否则就是线程安全的 在深 ...

  4. 炼技术(9): 简约而不简单，永不停歇的测试 -- always_run

    最强战力,永不停歇的测试:always_run 许多工程师写完程序后,都不愿意对自己的程序做仔细测试. 很多测试说会做自动化测试,可能工作好几年都没真做过多少自动化测试. 我们的解决方案是,在系统的测 ...

  5. Java代替if和switch的方法（记录一下）

    package xcc.mapTest; /** * @Decription: 接口 * @Author: * @Date: * @Email: **/ public interface Functi ...

  6. 七夕节表白3d相册制作(html5+css3)

    七夕节表白3d相册制作 涉及知识点 定位 阴影 3d转换 动画 主要思路: 通过定位将所有照片叠在一起,在设置默认的样式以及照片的布局,最后通过设置盒子以及照片的旋转动画来达到效果. 代码如下: &l ...

  7. HYSBZ-1045 糖果传递

    有n个小朋友坐成一圈,每人有ai个糖果.每人只能给左右两人传递糖果.每人每次传递一个糖果代价为1. 假设当所有人获得均等的糖果的时候: 每个人手上的糖果的数量为\(ave\) 第\(i\)个人初始时的 ...

  8. W3C标准和语义化

    一.语义化的理解 根据内容选择合适的标签,便于开发者阅读,在写出更优雅的代码的同时让浏览器很好的解析. 目的 1.在没有CSS的情况下,页面也能呈现出很好的内容结构和代码结构: 2.有利于SEO:和搜 ...

  9. 焦大翻译：提防一些seo错误认知(完整版)

    http://www.wocaoseo.com/thread-179-1-1.html 多人在开始做seo的时候,都曾经尝试通过黑盒测试来找出哪些因素对排名有效果. 黑盒测试是我们IT行业常用术语,它 ...

  10. Python全局变量的简单使用

    对Pyhon实现静态变量全局变量的方法详解 python不能像C++一样直接定义一个static变量或者通过extern来导入别的库的变量而实现数据共享,但是python的思想是通过模块化来解决这个问 ...