详解减少阻塞渲染的CSS的自动化的方法

青灯夜游

发布时间：2020-12-15 09:39:47

1969人浏览过

来源于vuejsdevelopers

转载

详解减少阻塞渲染的CSS的自动化的方法

“消除渲染阻止的JavaScript和CSS”。这是我始终坚持使用的Google Page Speed Insights建议。Google建议您在页面加载准备就绪时将最初需要的CSS(内插)CSS内嵌并加载CSS的其余部分

当访问web页面时，谷歌希望它只加载对初始视图有用的内容，并使用空闲时间来加载其他内容。这样，用户可以尽早看到页面。

我们可以做很多事情来最小化JavaScript的委托阻塞，比如代码分割、树抖动、缓存等等。

立即学习“前端免费学习笔记（深入）”；

那么CSS呢?为此，我们可以通过隔离用于上述内容的CSS(即关键的CSS)并首先加载它来最小化委托阻塞。然后我们可以加载非关键的CSS。

隔离关键的CSS是可以通过编程实现的，在本文中，我将向您展示如何将其委派给Webpack管道。

渲染阻止是什么意思？

如果资源是“渲染阻止”，则意味着浏览器在下载或处理该资源之前无法显示该页面。

通常情况下，我们会通过链接到文档头部的样式表来以一种阻塞的方式加载CSS，如下所示:

...

I can't be seen until style.css has been loaded!

当web浏览器加载这个页面时，它将从头到尾地读取它。当浏览器到达链接标记时，它将立即开始下载样式表，并且在完成之前不会呈现页面。

对于大型站点，特别是具有Bootstrap这样的大框架的站点，样式表可能是几百kb，用户必须耐心等待，直到完全下载完毕。

那么，我们是否应该链接到主体中的样式表，在那里呈现不会被阻塞?你可以这么做，但问题是，阻止租客并不完全是坏事，我们实际上想利用它。如果页面渲染没有任何CSS加载，我们会得到丑陋的“flash无风格的内容”:

我们想要的最佳点是在哪里渲染，用关键的css阻塞页面，这是设计主视图样式所必需的，但是所有非关键的css都是在初始渲染之后加载的。

关键的CSS

看看我用Bootstrap和Webpack构建的这个简单页面。这是它第一次渲染后的样子:

该页面还有一个模式，可通过“立即注册”按钮打开。打开后，它看起来像这样：

对于页面的第一次呈现，我们需要nav bar、jumbotron、button和其他一些布局和字体的一般规则的css规则。但我们不需要模态的规则，因为它不会立即显示。考虑到这一点，我们可以将关键css与非关键css分离：

critical.css

.nav {
  ...
}

.jumbtron {
  ...
}

.btn {
  ...
}

non_critical.css

.modal {
  ...
}

如果你认同这个概念，你可能会对以下两个问题感兴趣:

我们如何通过编程来区分关键的和非关键的CSS ?
如何让页面在第一次渲染前加载关键的CSS，在第一次渲染后加载非关键的CSS ?

示例项目

我将简要地向您介绍这个项目的基本设置，以便在我们找到解决方案时能够很快地消化。

首先，我加载引导SASS到我的输入文件。

main.js

require("bootstrap-sass/assets/stylesheets/_bootstrap.scss");

我正在使用sass-loader处理此问题，并将其与Extract Text Plugin结合使用，以便将已编译的CSS放入其自己的文件中。

百度智能云·曦灵

百度旗下的AI数字人平台

下载

我还使用HTML Webpack插件在构建中创建HTML文件。如您将很快看到的，该解决方案是必不可少的。

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是在头部加载的，因此会阻塞渲染。

index.html




    
    
    vuestrap-code-split

以编程方式识别关键css

手动识别关键CSS会很麻烦。要以编程方式做到这一点，我们可以使用Addy Osmani恰当地命名为Critical的工具。这是一个Node.js模块，它将读取HTML文档，并标识关键的CSS。除此之外，它的作用还不止于此，我们很快就会看到。

Critical识别关键CSS的方法是使用PhantomJS加载页面，使用指定的屏幕维度，并提取呈现页面中使用的任何CSS规则。

以下是我们如何为这个项目设置:

const critical = require("critical");

critical.generate({
  
  /* The path of the Webpack bundle */
  base: path.join(path.resolve(__dirname), 'dist/'),
  src: 'index.html',
  dest: 'index.html',
  inline: true,
  extract: true,

  /* iPhone 6 dimensions, use whatever you like*/
  width: 375,
  height: 565,
  
  /* Ensure that bundled JS file is called */
  penthouse: {
    blockJSRequests: false,
  }
});

执行时，这将把Webpack包输出中的HTML文件更新为:

index.html




  
  
  Bootstrap Critical

它还将输出一个新的css文件，例如style.96106fab.css（文件名会自动添加一个散列）。这个css文件与原始样式表相同，只是去掉了关键的css。

内联关键css

您将注意到关键的CSS已内联到文档的头部。这是最优的，因为页面不必从服务器加载它。

预加载非关键CSS

您还将注意到，非关键CSS加载了外观精美的链接。 preload值告诉浏览器开始获取非关键CSS供挂起使用。但至关重要的是，预加载不是渲染阻止，因此无论预加载资源是否完成，浏览器都将继续绘制页面。

链接中的onload属性允许我们在非关键的CSS最终加载后运行脚本。关键模块自动将脚本内联到文档中，从而提供跨浏览器兼容的方式将非关键样式表加载到页面中。

将critical放入webpack管道

我制作了一个名为html关键webpack plugin的webpack插件，它仅仅是关键模块的包装器。它将在您的文件从HTML网页包插件发出后运行。

以下是如何将它包含在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的灯塔扩展来寻找答案。请记住，我们试图优化的度量标准是第一次有意义的绘制的时间，它基本上告诉我们用户看到某些东西需要多长时间。

在实施关键的CSS: