webpack知识点整理

webpack知识点整理

webpack的认识

什么是webpack

​ webpack是一种前端资源构建工具,一个静态资源打包器,在webpack看来,前端所有的资源文件(js/json/css/img/less/html/…)都会作为模块处理。它将根据模块的依赖关系进行静态分析,打包生成对应的静态资源。

webpack的五个核心概念

  • Entry–入口(Entry)指示webpack以那个文件为入口起点开始打包,分析构建内部依赖图

  • Output–输出(Output)指示webpack打包后的资源bundles输出到那里去,以及如何命名。

  • Loader–Loader让webpack能够去处理那些非javascript文件(webpack自身只理解javascipt)

  • Plugins–插件(Plugins)可以用于执行范围更广的任务。

  • Mode–模式(Mode)指示webpack使用相应模式的配置.包括开发模式和生产模式

webpack的初体验

初始化:npm init --yes
下载安装webpack:npm i webpack -cli -g    npm i webpack cli -d
创建webpack配置文件:webpack.config.js
基本配置:
	entry:'./src/main.js'--入口文件
    output:{
        path:path.resolve(__dirname,'dist')
        filename:'bundle.js'
    }--出口配置
	mode:'development'--开发环境配置
    module:{
        rules:[
            {
                test:'/\.css$/',
                use:['style-loader','css-loader']
            }
        ]
    }--loader的配置
	plugins:[new VueLoaderPlugin()]--插件的配置

webpack开发环境的基本配置

1.打包样式资源

//要想打包得在文件中有引用关系

npm i css-loader style-loader less-loader less --save-d//安装打包资源相应的loader
	修改配置文件:
		像上面一样:在rules中添加对应的对象,对象中包含正则表达式匹配资源,以及相应的loader,对于样式资源来说,要先识别css对应css-loader,在把css转化为浏览器是别的style 对应style-loader

2.打包图片资源

//这个url-loader只能解析样式之中的图片,需要借助html-loader打包html中的图片资源
// limit的作用:图片大小小于8kb,就会被base64处理
// 优点: 减少请求数量(减轻服务器压力)
// 缺点:图片体积会更大(文件请求速度更慢)
	在webpack.config.js中:
    {
        test:/\.(jpg|png|gif|jpeg)$/,
        use:[{
            loader:'url-loader',
            options:{
                limit:8192,
                name: '[hash:10].[ext]',
                esModule:fasle//关闭es6模式
            }
        }]
    }
	{
        test:/\.html$/,
        use:['html-loader']
    }

3.打包html资源

在配置中引入插件htmlWebpackPlugins:
   plugins:[new htmlWebpackPlugins({
      template:'./src/index.html'
   })]

4.打包其他资源

在配置中:
	{
        exclude:/\.(css|less|js|html|jpg|jpeg|gif|png)$/,
        use:['file-loader']
    }

5.clean-webpack-plugin插件的使用

这个插件就是可以让我们每次打包之后不用每次删除里面的内容在打包,他可以自动在第二次打包的时候先清除在打包。
const {
  CleanWebpackPlugin
} = require('clean-webpack-plugin')

在插件里面添加:new CleanWebpackPlugin()

6.copy-webpack-plugin插件的使用

这个插件的用处就是可以把目标文件的内容复制粘贴到打包文件夹当中,可以使我们的源码找到所引用的资源。

const copyPlugin = require('copy-webpack-plugin')

new copyPlugin({
      patterns: [
        {
          from: './public/*.ico',
          to: path.join(__dirname, './dist/favicon.ico'),
        },
        {
          from: './public/libs',
          to: path.join(__dirname, './dist/libs'),
        }
      ]
    })

7.在webpack中使用代理服务器

	如果想要跨域的话有很多方法,其中一种是通过代理服务器的方式,既可以在服务器中设置代理服务器也可以在客户端设置代理服务器,这种方式需要借助第三方插件来完成,我们可以在webpack中设置,具体设置方法为:
	//设置跨域代理服务器
	//这种方式需要在devServer中配置
    proxy: {
      "/api": {
        target: 'http://localhost:3000'
      },
    }

8.webpack开发环境的优化

webpack开发环境优化主要有两个方面,一方面是打包构建速度的优化,另一方面是代码调试的优化。

1.打包构建速度的优化–HMR

HMR–Hot Module Replacement热模块替换
什么意思?—当我们本地启动webpack-dev-server的时候,我们要对源码进行修改的时候,假如有很多文件,那么这时候,我们修改完一个文件之后,webpack-dev-server会对页面进行刷新,它会对所有的文件再一次进行打包构建,那么这时候,所有的文件都会被再一次打包构建,那么这时候,我们只想让这一个修改的文件打包优化,从而提高打包构建的速度,那么这时候就用到了HMR.

	使用方法,在webpack的devServer配置中加入hot:true,即可生效
    注意:js,HTML默认是不能使用HMR的,但是我们的html文件只有一个,这就导致了一个问题,html文件不能热更新了,即对html做出改变页面无变化,解决办法:只需要在entry中加入html的位置就可以了
    entry: ['./src/js/index.js', './src/index.html']
	那么怎么样启动js文件的热模块替换?
    在打包js文件入口的js文件中,对需要启动HMR的文件做出配置即可。注意:HMR功能对js的处理,只能处理非入口js文件的其他文件。
    if (module.hot) {
  		// 一旦 module.hot 为true,说明开启了HMR功能。 --> 让HMR功能代码生效
  		module.hot.accept('./js/b.js', function() {
    		// 方法会监听 print.js 文件的变化,一旦发生变化,其他模块不会重新打包构建。
    		// 会执行后面的回调函数
   			add();
  		});
	}
	//css文件的HMR是通过style-loader实现的

2.优化代码调试–source-map

优化开发环境的代码调试是什么意思?

就是能够通过打包构建后的代码映射到源代码中的相应错误位置,并报出错误信息。

实现方式:

source-map: 一种 提供源代码到构建后代码映射 技术 (如果构建后代码出错了,通过映射可以追踪源代码错误)

    [inline-|hidden-|eval-][nosources-][cheap-[module-]]source-map

    source-map:外部
      错误代码准确信息 和 源代码的错误位置
    inline-source-map:内联
      只生成一个内联source-map
      错误代码准确信息 和 源代码的错误位置
    hidden-source-map:外部
      错误代码错误原因,但是没有错误位置
      不能追踪源代码错误,只能提示到构建后代码的错误位置
    eval-source-map:内联
      每一个文件都生成对应的source-map,都在eval
      错误代码准确信息 和 源代码的错误位置
    nosources-source-map:外部
      错误代码准确信息, 但是没有任何源代码信息
    cheap-source-map:外部
      错误代码准确信息 和 源代码的错误位置 
      只能精确的行
    cheap-module-source-map:外部
      错误代码准确信息 和 源代码的错误位置 
      module会将loader的source map加入

    内联 和 外部的区别:1. 外部生成了文件,内联没有 2. 内联构建速度更快

    开发环境:速度快,调试更友好
      速度快(eval>inline>cheap>...)
        eval-cheap-souce-map
        eval-source-map
      调试更友好  
        souce-map
        cheap-module-souce-map
        cheap-souce-map

      --> eval-source-map  / eval-cheap-module-souce-map

    生产环境:源代码要不要隐藏? 调试要不要更友好
      内联会让代码体积变大,所以在生产环境不用内联
      nosources-source-map 全部隐藏
      hidden-source-map 只隐藏源代码,会提示构建后代码错误信息

      --> source-map / cheap-module-souce-map

webpack生产环境的配置

1.单独提取css文件

下载插件:npm i --save-d mini-css-extract-plugin
引入插件:const MiniCssExtractPlugin=require('mini-css-extract-plugin')
使用插件:
	{ 
        test: /\.css$/, 
        use: [ 
            // 创建 style 标签,将样式放入 // 'style-loader', 
            // 这个loader 取代 style-loader。作用:提取 js 中的 css 成单独文件 
            MiniCssExtractPlugin.loader, 
            // 将 css 文件整合到 js 文件中 
         	'css-loader' 
        ] 
   	}
	plugin:[
        new MiniCssExtractPlugin({
            //对输出的css文件重命名
            filename:'css/built.css'
        })
    ]

2.css兼容性处理

下载插件:npm i --save-d postcss-loader postcss-preset-env
修改配置文件:
	{ 
        test: /\.css$/, 
        use: [ 
            MiniCssExtractPlugin.loader, 
            'css-loader', 
            { 
                loader: 'postcss-loader',
                options: { 
                    ident: 'postcss',
                    plugins: () => [ 
                        // postcss 的插件 
                        require('postcss-preset-env')() 
                    ] 
                }
            }
        ]
    }
	plugins: [
        new HtmlWebpackPlugin({ template: './src/index.html' }), 
        new MiniCssExtractPlugin({ filename: 'css/built.css' }) 
    ]

3.压缩css文件

下载安装包:npm install --save-dev optimize-css-assets-webpack-plugin
修改配置文件:
	const OptimizeCssAssetsWebpackPlugin = require('optimize-css-assets-webpack-plugin' )
    // 压缩 css 
    new OptimizeCssAssetsWebpackPlugin()

4.js语法检查–eslint

语法检查: eslint-loader  eslint
         注意:只检查自己写的源代码,第三方的库是不用检查的
         设置检查规则:
            package.json中eslintConfig中设置~
              "eslintConfig": {
                "extends": "airbnb-base"
              }
        airbnb --> eslint-config-airbnb-base  eslint-plugin-import eslint
	/*
        正常来讲,一个文件只能被一个loader处理。
        当一个文件要被多个loader处理,那么一定要指定loader执行的先后顺序:
          先执行eslint 在执行babel
    */
	{
        // 在package.json中eslintConfig --> airbnb
        test: /\.js$/,
        exclude: /node_modules/,
        // 优先执行
        enforce: 'pre',
        loader: 'eslint-loader',
        options: {
            //对语法错误主动修正
          fix: true
        }
     }

5.js压缩

生产模式下会自动压缩js代码--mode='production'

6.html文件的压缩

 new htmlWebpackPlugin({
      template:path.join(__dirname,'./src/index.html'),
      filename:'webpack.html',
      //压缩html
      minify:{
        // 移除空格
        collapseWhitespace: true,
        // 移除注释
        removeComments: true
      }
 })

7.webpack生产环境的优化

1.优化方面

* 优化打包构建速度
  * oneOf
  * babel缓存
  * 多进程打包
  * externals
  * dll
* 优化代码运行的性能
  * 缓存(hash-chunkhash-contenthash)
  * tree shaking
  * code split
  * 懒加载/预加载
  * pwa

2.优化打包构建速度

  • oneOf方法

    • webpack处理各个模块的时候,当处理到每一个模块的时候,都会把这个模块从webpack的配置中过一遍,意思就是每个文件都会进入到webpack配置的每一个loader中,这样速度肯定太慢了,因此可以使用oneof来解决这个问题
    module:{
        rules:{
            oneOf:[{},{},...要设置的loader]
        }
    }
    
    • 但是使用oneof要注意,不能有两个配置处理同一种类型文件,有的话比如对js的处理包括eslint-loader,babel-loader,要把其中一个提取出来放在外面,这样两个loader都可以被处理
  • 缓存

    • babel缓存
    • 本地缓存cacheDirectory: true
      –> 让第二次打包构建速度更快
  • 多进程打包

    • 我们的js是单线程的,那么当我们打包一个很大的文件的时候,速度肯定是有点慢的,因此,我们可以开启多线程,来打包,js代码肯定是最多的,因此主要是处理js的打包

    • 使用thread-loader结合babel-loader来开启多线程,但是这里要注意,开启多线程大概要600ms的时间,因此当我们文件非常小的时候,不要开启多线程,在文件很大很大的时候,在开启多线程

  • externals

    • 这个主要是用来处理通过CDN引进来的连接,我们做处理不希望通过cdn的连接被打包

      externals: {
          // 拒绝jQuery被打包进来
          jquery: 'jQuery'
        }
      
  • dll

    • 这个技术就是用来对node_modules中的插件库单独打包成一个文件,而不是一个chunk

3.优化代码运行性能

  • tree shaking

    • 什么是tree shaking?—就是为了去除源代码中没有使用的代码

    • 使用前提:1.必须使用ES6模块化 2.必须是生产模式production

    • 使代码体积减小,请求速度加快

    • 在一些版本中可能会有一些问题因此要在在package.json中配置
      “sideEffects”: false 所有代码都没有副作用(都可以进行tree shaking)
      问题:可能会把css / @babel/polyfill (副作用)文件干掉
      “sideEffects”: [".css", “.less”]—解决这个问题

  • code split—代码分割

    • 代码分割是什么意思?

    • 当我们打包文件时,所有的入口文件中引入的js/css/node_modules等这些模块,都会被打包到同一个js文件中,这样就会造成文件体积太大,导致我们请求资源时间过长,出现白屏现象,因此我们要想办法把不同的js模块提取出来,分割成多个打包的js文件。

    • 我们开发时,有单页面和多页面,现在大部分都是单页面,单页面肯定是有一个入口文件,但是多页面就会有多个入口文件。

    • 使用方法一:

      修改入口文件:
       // 单入口
       // entry: './src/js/index.js',
       entry: {
          // 多入口:有一个入口,最终输出就有一个bundle
          index: './src/js/index.js',
          test: './src/js/test.js'
        },
       output: {
          // [name]:取文件名
          filename: 'js/[name].[contenthash:10].js',
          path: resolve(__dirname, 'build')
        }
      

      使用方法二:

      方法二就是将js模块中引入的node_modules中的第三方插件库提取成一个单独的js文件
      在webpack配置中添加optimization
      optimization: {
          splitChunks: {
            chunks: 'all'
          }
      }
      
      有两个作用:
      1. 可以将node_modules中代码单独打包一个chunk最终输出
      2. 自动分析多入口chunk中,有没有公共的文件。如果有会打包成单独一个chunk
      

      使用方式三:

      方法三主要是对单页面打包js文件的处理主要是通过import('src')的动态导入语法实现的,能将通过import()语法导入的js文件打包成一个单独的文件
      使用方法,就是在入口文件处,通过使用import()语法导入模块就可以了
      
  • 文件资源缓存

    • hash: 每次wepack构建时会生成一个唯一的hash值。问题: 因为js和css同时使用一个hash值。

      如果重新打包,会导致所有缓存失效。(可能我却只改动一个文件)

    • chunkhash:根据chunk生成的hash值。如果打包来源于同一个chunk,那么hash值就一样

      问题: js和css的hash值还是一样的,因为css是在js中被引入的,所以同属于一个chunk

    • contenthash: 根据文件的内容生成hash值。不同文件hash值一定不一样

      –> 让代码上线运行缓存更好使用

chunk就是以一个js文件为打包入口引入来的css,js,img等这种形式称为chunk

  • 懒加载/预加载

    • 这种方式主要也是解决单页面的代码运行速度的优化。

    • 懒加载就是按需导入,意思就是当我用到的时候才从服务器请求相应的代码,没用到的时候就不请求。

    • 实现方式,也是通过import(‘src’)动态导入语法实现的

//这种操作是异步方法,会返回一个promise对象,因此存在弊端,就是当我这个导入的文件太大时,可能会造成请求时间过长,用户等待的现象。
import(/* webpackChunkName: 'test' */'./test')
    .then(({ mul }) => {//导入成功的回调
    	console.log(mul(4, 5));
	}).catch(()=>{//导入失败的回调
    	console.log('导入失败!')
	})
  • 预加载就可以解决懒加载导入文件过大造成请求时间过长的问题,但是预加载的兼容性比较差,只适合干版本的浏览器,使用的时候要慎重。
  • 实现方式,和懒加载差不多,只需要在Import()语法上加入webpackPrefetch: true即可,表示预加载
import(/* webpackChunkName: 'test', webpackPrefetch: true */'./test')
    .then(({ mul }) => {
    	console.log(mul(4, 5));
  	});
//实现原理就是,在一开始请求的时候,如果其他资源都请求完成时,那么这个时候浏览器就可以偷偷去服务器请求预加载的资源,那么在用到的时候就可以直接从缓存读取,非常快。

面试题精讲

0.有哪些常见的Loader?你用过哪些Loader?

  • raw-loader:加载文件原始内容(utf-8)
  • file-loader:把文件输出到一个文件夹中,在代码中通过相对 URL 去引用输出的文件 (处理图片和字体)
  • url-loader:与 file-loader 类似,区别是用户可以设置一个阈值,大于阈值会交给 file-loader 处理,小于阈值时返回文件 base64 形式编码 (处理图片和字体)
  • source-map-loader:加载额外的 Source Map 文件,以方便断点调试
  • svg-inline-loader:将压缩后的 SVG 内容注入代码中
  • image-loader:加载并且压缩图片文件
  • json-loader 加载 JSON 文件(默认包含)
  • handlebars-loader: 将 Handlebars 模版编译成函数并返回
  • babel-loader:把 ES6 转换成 ES5
  • ts-loader: 将 TypeScript 转换成 JavaScript
  • awesome-typescript-loader:将 TypeScript 转换成 JavaScript,性能优于 ts-loader
  • sass-loader:将SCSS/SASS代码转换成CSS
  • css-loader:加载 CSS,支持模块化、压缩、文件导入等特性
  • style-loader:把 CSS 代码注入到 JavaScript 中,通过 DOM 操作去加载 CSS
  • postcss-loader:扩展 CSS 语法,使用下一代 CSS,可以配合 autoprefixer 插件自动补齐 CSS3 前缀
  • eslint-loader:通过 ESLint 检查 JavaScript 代码
  • tslint-loader:通过 TSLint检查 TypeScript 代码
  • mocha-loader:加载 Mocha 测试用例的代码
  • coverjs-loader:计算测试的覆盖率
  • vue-loader:加载 Vue.js 单文件组件
  • i18n-loader: 国际化
  • cache-loader: 可以在一些性能开销较大的 Loader 之前添加,目的是将结果缓存到磁盘里

更多 Loader 请参考官网

1.有哪些常见的Plugin?你用过哪些Plugin?

  • define-plugin:定义环境变量 (Webpack4 之后指定 mode 会自动配置)
  • ignore-plugin:忽略部分文件
  • html-webpack-plugin:简化 HTML 文件创建 (依赖于 html-loader)
  • web-webpack-plugin:可方便地为单页应用输出 HTML,比 html-webpack-plugin 好用
  • uglifyjs-webpack-plugin:不支持 ES6 压缩 (Webpack4 以前)
  • terser-webpack-plugin: 支持压缩 ES6 (Webpack4)
  • webpack-parallel-uglify-plugin: 多进程执行代码压缩,提升构建速度
  • mini-css-extract-plugin: 分离样式文件,CSS 提取为独立文件,支持按需加载 (替代extract-text-webpack-plugin)
  • serviceworker-webpack-plugin:为网页应用增加离线缓存功能
  • clean-webpack-plugin: 目录清理
  • ModuleConcatenationPlugin: 开启 Scope Hoisting
  • speed-measure-webpack-plugin: 可以看到每个 Loader 和 Plugin 执行耗时 (整个打包耗时、每个 Plugin 和 Loader 耗时)
  • webpack-bundle-analyzer: 可视化 Webpack 输出文件的体积 (业务组件、依赖第三方模块)

更多 Plugin 请参考官网

2.那你再说一说Loader和Plugin的区别?

Loader 本质就是一个函数,在该函数中对接收到的内容进行转换,返回转换后的结果。 因为 Webpack 只认识 JavaScript,所以 Loader 就成了翻译官,对其他类型的资源进行转译的预处理工作。

Plugin 就是插件,基于事件流框架 Tapable,插件可以扩展 Webpack 的功能,在 Webpack 运行的生命周期中会广播出许多事件,Plugin 可以监听这些事件,在合适的时机通过 Webpack 提供的 API 改变输出结果。

Loader 在 module.rules 中配置,作为模块的解析规则,类型为数组。每一项都是一个 Object,内部包含了 test(类型文件)、loader、options (参数)等属性。

Plugin 在 plugins 中单独配置,类型为数组,每一项是一个 Plugin 的实例,参数都通过构造函数传入。

3.Webpack构建流程简单说一下

Webpack 的运行流程是一个串行的过程,从启动到结束会依次执行以下流程:

  • 初始化参数:从配置文件和 Shell 语句中读取与合并参数,得出最终的参数
  • 开始编译:用上一步得到的参数初始化 Compiler 对象,加载所有配置的插件,执行对象的 run 方法开始执行编译
  • 确定入口:根据配置中的 entry 找出所有的入口文件
  • 编译模块:从入口文件出发,调用所有配置的 Loader 对模块进行翻译,再找出该模块依赖的模块,再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理
  • 完成模块编译:在经过第4步使用 Loader 翻译完所有模块后,得到了每个模块被翻译后的最终内容以及它们之间的依赖关系
  • 输出资源:根据入口和模块之间的依赖关系,组装成一个个包含多个模块的 Chunk,再把每个 Chunk 转换成一个单独的文件加入到输出列表,这步是可以修改输出内容的最后机会
  • 输出完成:在确定好输出内容后,根据配置确定输出的路径和文件名,把文件内容写入到文件系统

在以上过程中,Webpack 会在特定的时间点广播出特定的事件,插件在监听到感兴趣的事件后会执行特定的逻辑,并且插件可以调用 Webpack 提供的 API 改变 Webpack 的运行结果。

简单说

  • 初始化:启动构建,读取与合并配置参数,加载 Plugin,实例化 Compiler
  • 编译:从 Entry 出发,针对每个 Module 串行调用对应的 Loader 去翻译文件的内容,再找到该 Module 依赖的 Module,递归地进行编译处理
  • 输出:将编译后的 Module 组合成 Chunk,将 Chunk 转换成文件,输出到文件系统中

4.使用webpack开发时,你用过哪些可以提高效率的插件?

  • webpack-dashboard:可以更友好的展示相关打包信息。
  • webpack-merge:提取公共配置,减少重复配置代码
  • speed-measure-webpack-plugin:简称 SMP,分析出 Webpack 打包过程中 Loader 和 Plugin 的耗时,有助于找到构建过程中的性能瓶颈。
  • size-plugin:监控资源体积变化,尽早发现问题
  • HotModuleReplacementPlugin:模块热替换

5.source map是什么?生产环境怎么用?

source map 是将编译、打包、压缩后的代码映射回源代码的过程。打包压缩后的代码不具备良好的可读性,想要调试源码就需要 soucre map。

map文件只要不打开开发者工具,浏览器是不会加载的。

线上环境一般有三种处理方案:

  • hidden-source-map:借助第三方错误监控平台 Sentry 使用
  • nosources-source-map:只会显示具体行数以及查看源代码的错误栈。安全性比 sourcemap 高
  • sourcemap:通过 nginx 设置将 .map 文件只对白名单开放(公司内网)

注意:避免在生产中使用 inline-eval-,因为它们会增加 bundle 体积大小,并降低整体性能。

6.模块打包原理知道吗?

Webpack 实际上为每个模块创造了一个可以导出和导入的环境,本质上并没有修改 代码的执行逻辑,代码执行顺序与模块加载顺序也完全一致。

7.文件监听原理呢?

在发现源码发生变化时,自动重新构建出新的输出文件。

Webpack开启监听模式,有两种方式:

  • 启动 webpack 命令时,带上 --watch 参数
  • 在配置 webpack.config.js 中设置 watch:true

缺点:每次需要手动刷新浏览器

原理:轮询判断文件的最后编辑时间是否变化,如果某个文件发生了变化,并不会立刻告诉监听者,而是先缓存起来,等 aggregateTimeout 后再执行。

module.export = {
    // 默认false,也就是不开启
    watch: true,
    // 只有开启监听模式时,watchOptions才有意义
    watchOptions: {
        // 默认为空,不监听的文件或者文件夹,支持正则匹配
        ignored: /node_modules/,
        // 监听到变化发生后会等300ms再去执行,默认300ms
        aggregateTimeout:300,
        // 判断文件是否发生变化是通过不停询问系统指定文件有没有变化实现的,默认每秒问1000次
        poll:1000
    }
}

8.说一下 Webpack 的热更新原理吧

Webpack 的热更新又称热替换(Hot Module Replacement),缩写为 HMR。 这个机制可以做到不用刷新浏览器而将新变更的模块替换掉旧的模块。

HMR的核心就是客户端从服务端拉去更新后的文件,准确的说是 chunk diff (chunk 需要更新的部分),实际上 WDS 与浏览器之间维护了一个 Websocket,当本地资源发生变化时,WDS 会向浏览器推送更新,并带上构建时的 hash,让客户端与上一次资源进行对比。客户端对比出差异后会向 WDS 发起 Ajax 请求来获取更改内容(文件列表、hash),这样客户端就可以再借助这些信息继续向 WDS 发起 jsonp 请求获取该chunk的增量更新。

后续的部分(拿到增量更新之后如何处理?哪些状态该保留?哪些又需要更新?)由 HotModulePlugin 来完成,提供了相关 API 以供开发者针对自身场景进行处理,像react-hot-loadervue-loader 都是借助这些 API 实现 HMR。

细节请参考Webpack HMR 原理解析

9.如何对bundle体积进行监控和分析?

VSCode 中有一个插件 Import Cost 可以帮助我们对引入模块的大小进行实时监测,还可以使用 webpack-bundle-analyzer 生成 bundle 的模块组成图,显示所占体积。

bundlesize 工具包可以进行自动化资源体积监控。

10.文件指纹是什么?怎么用?

文件指纹是打包后输出的文件名的后缀。

  • Hash:和整个项目的构建相关,只要项目文件有修改,整个项目构建的 hash 值就会更改
  • Chunkhash:和 Webpack 打包的 chunk 有关,不同的 entry 会生出不同的 chunkhash
  • Contenthash:根据文件内容来定义 hash,文件内容不变,则 contenthash 不变

JS的文件指纹设置

设置 output 的 filename,用 chunkhash。

module.exports = {
    entry: {
        app: './scr/app.js',
        search: './src/search.js'
    },
    output: {
        filename: '[name][chunkhash:8].js',
        path:__dirname + '/dist'
    }
}

CSS的文件指纹设置

设置 MiniCssExtractPlugin 的 filename,使用 contenthash。

module.exports = {
    entry: {
        app: './scr/app.js',
        search: './src/search.js'
    },
    output: {
        filename: '[name][chunkhash:8].js',
        path:__dirname + '/dist'
    },
    plugins:[
        new MiniCssExtractPlugin({
            filename: `[name][contenthash:8].css`
        })
    ]
}

图片的文件指纹设置

设置file-loader的name,使用hash。

占位符名称及含义

  • ext 资源后缀名
  • name 文件名称
  • path 文件的相对路径
  • folder 文件所在的文件夹
  • contenthash 文件的内容hash,默认是md5生成
  • hash 文件内容的hash,默认是md5生成
  • emoji 一个随机的指代文件内容的emoj
const path = require('path');

module.exports = {
    entry: './src/index.js',
    output: {
        filename:'bundle.js',
        path:path.resolve(__dirname, 'dist')
    },
    module:{
        rules:[{
            test:/\.(png|svg|jpg|gif)$/,
            use:[{
                loader:'file-loader',
                options:{
                    name:'img/[name][hash:8].[ext]'
                }
            }]
        }]
    }
}

11.在实际工程中,配置文件上百行乃是常事,如何保证各个loader按照预想方式工作?

可以使用 enforce 强制执行 loader 的作用顺序,pre 代表在所有正常 loader 之前执行,post 是所有 loader 之后执行。(inline 官方不推荐使用)

12.如何优化 Webpack 的构建速度?

  • 使用高版本的 Webpack 和 Node.js
  • 多进程/多实例构建:HappyPack(不维护了)、thread-loader
  • 压缩代码
    • 多进程并行压缩
      • webpack-paralle-uglify-plugin
      • uglifyjs-webpack-plugin 开启 parallel 参数 (不支持ES6)
      • terser-webpack-plugin 开启 parallel 参数
    • 通过 mini-css-extract-plugin 提取 Chunk 中的 CSS 代码到单独文件,通过 css-loader 的 minimize 选项开启 cssnano 压缩 CSS。
  • 图片压缩
    • 使用基于 Node 库的 imagemin (很多定制选项、可以处理多种图片格式)
    • 配置 image-webpack-loader
  • 缩小打包作用域
    • exclude/include (确定 loader 规则范围)
    • resolve.modules 指明第三方模块的绝对路径 (减少不必要的查找)
    • resolve.mainFields 只采用 main 字段作为入口文件描述字段 (减少搜索步骤,需要考虑到所有运行时依赖的第三方模块的入口文件描述字段)
    • resolve.extensions 尽可能减少后缀尝试的可能性
    • noParse 对完全不需要解析的库进行忽略 (不去解析但仍会打包到 bundle 中,注意被忽略掉的文件里不应该包含 import、require、define 等模块化语句)
    • IgnorePlugin (完全排除模块)
    • 合理使用alias
  • 提取页面公共资源
    • 基础包分离:
      • 使用 html-webpack-externals-plugin,将基础包通过 CDN 引入,不打入 bundle 中
      • 使用 SplitChunksPlugin 进行(公共脚本、基础包、页面公共文件)分离(Webpack4内置) ,替代了 CommonsChunkPlugin 插件
  • DLL
    • 使用 DllPlugin 进行分包,使用 DllReferencePlugin(索引链接) 对 manifest.json 引用,让一些基本不会改动的代码先打包成静态资源,避免反复编译浪费时间。
    • HashedModuleIdsPlugin 可以解决模块数字id问题
  • 充分利用缓存提升二次构建速度
    • babel-loader 开启缓存
    • terser-webpack-plugin 开启缓存
    • 使用 cache-loader 或者 hard-source-webpack-plugin
  • Tree shaking
    • 打包过程中检测工程中没有引用过的模块并进行标记,在资源压缩时将它们从最终的bundle中去掉(只能对ES6 Modlue生效) 开发中尽可能使用ES6 Module的模块,提高tree shaking效率
    • 禁用 babel-loader 的模块依赖解析,否则 Webpack 接收到的就都是转换过的 CommonJS 形式的模块,无法进行 tree-shaking
    • 使用 PurifyCSS(不在维护) 或者 uncss 去除无用 CSS 代码
      • purgecss-webpack-plugin 和 mini-css-extract-plugin配合使用(建议)
  • Scope hoisting
    • 构建后的代码会存在大量闭包,造成体积增大,运行代码时创建的函数作用域变多,内存开销变大。Scope hoisting 将所有模块的代码按照引用顺序放在一个函数作用域里,然后适当的重命名一些变量以防止变量名冲突
    • 必须是ES6的语法,因为有很多第三方库仍采用 CommonJS 语法,为了充分发挥 Scope hoisting 的作用,需要配置 mainFields 对第三方模块优先采用 jsnext:main 中指向的ES6模块化语法
  • 动态Polyfill
    • 建议采用 polyfill-service 只给用户返回需要的polyfill,社区维护。 (部分国内奇葩浏览器UA可能无法识别,但可以降级返回所需全部polyfill)

更多优化请参考官网-构建性能

13.你刚才也提到了代码分割,那代码分割的本质是什么?有什么意义呢?

代码分割的本质其实就是在源代码直接上线打包成唯一脚本main.bundle.js这两种极端方案之间的一种更适合实际场景的中间状态。


源代码直接上线:虽然过程可控,但是http请求多,性能开销大。

打包成唯一脚本:一把梭完自己爽,服务器压力小,但是页面空白期长,用户体验不好。

14.是否写过Loader?简单描述一下编写loader的思路?

Loader 支持链式调用,所以开发上需要严格遵循“单一职责”,每个 Loader 只负责自己需要负责的事情。

Loader的API 可以去官网查阅

  • Loader 运行在 Node.js 中,我们可以调用任意 Node.js 自带的 API 或者安装第三方模块进行调用
  • Webpack 传给 Loader 的原内容都是 UTF-8 格式编码的字符串,当某些场景下 Loader 处理二进制文件时,需要通过 exports.raw = true 告诉 Webpack 该 Loader 是否需要二进制数据
  • 尽可能的异步化 Loader,如果计算量很小,同步也可以
  • Loader 是无状态的,我们不应该在 Loader 中保留状态
  • 使用 loader-utils 和 schema-utils 为我们提供的实用工具
  • 加载本地 Loader 方法
    • Npm link
    • ResolveLoader

15.是否写过Plugin?简单描述一下编写Plugin的思路?

webpack在运行的生命周期中会广播出许多事件,Plugin 可以监听这些事件,在特定的阶段钩入想要添加的自定义功能。Webpack 的 Tapable 事件流机制保证了插件的有序性,使得整个系统扩展性良好。

Plugin的API 可以去官网查阅

  • compiler 暴露了和 Webpack 整个生命周期相关的钩子
  • compilation 暴露了与模块和依赖有关的粒度更小的事件钩子
  • 插件需要在其原型上绑定apply方法,才能访问 compiler 实例
  • 传给每个插件的 compiler 和 compilation对象都是同一个引用,若在一个插件中修改了它们身上的属性,会影响后面的插件
  • 找出合适的事件点去完成想要的功能
    • emit 事件发生时,可以读取到最终输出的资源、代码块、模块及其依赖,并进行修改(emit 事件是修改 Webpack 输出资源的最后时机)
    • watch-run 当依赖的文件发生变化时会触发
  • 异步的事件需要在插件处理完任务时调用回调函数通知 Webpack 进入下一个流程,不然会卡住

16.聊一聊Babel原理吧

大多数JavaScript Parser遵循 estree 规范,Babel 最初基于 acorn 项目(轻量级现代 JavaScript 解析器) Babel大概分为三大部分:

  • 解析:将代码转换成 AST
    • 词法分析:将代码(字符串)分割为token流,即语法单元成的数组
    • 语法分析:分析token流(上面生成的数组)并生成 AST
  • 转换:访问 AST 的节点进行变换操作生产新的 AST
    • Taro就是利用 babel 完成的小程序语法转换
  • 生成:以新的 AST 为基础生成代码

想了解如何一步一步实现一个编译器的同学可以移步 Babel 官网曾经推荐的开源项目 the-super-tiny-compiler

你可能感兴趣的:(webpack,面试,前端,webpack,vite,面试)