一文搞懂 Webpack 和 ViteWebpack 和 Vite 都是前端工程化工具。Webpack 作为老大哥，在前

前言

Webpack 和 Vite 都是前端工程化工具。Webpack 作为老大哥，在前端社区也算站稳了脚跟，它提供了许多配置和插件，让开发者定制化构建项目。随着Vite 的出现，Webpack 在启动时间和热更新方面的缺陷就慢慢暴露，Vite 逐渐开始替代 Webpack。

Webpack

使用步骤

1. 初始化项目

yarn init -y

2. 安装依赖

yarn add webpack webpack-cli -D

3. 在项目中创建 src目录，编写代码

4. 打包

yarn webpack

配置文件

Webpack提供配置项和插件系统，允许我们在webpack.config.js文件中进行各种配置，从而帮助我们定制化构建项目。

mode

设置打包的模式，production为生产模式，development为开发模式

module.exports = {
    mode:'production',
}

entry

指定打包入口文件，默认为./src/index.js

module.exports = {
    entry:'./src/a.js',
}

指定打包入口文件为./src/a.js

entry:['./src/a.js','./src/b.js']

使用数组可以设置多个入口文件，但是最后始终打包成一个文件

entry:{
    aa:'./src/a.js',
    bb:'./src/b.js'
},

对象形式也可设置多个入口文件，但是会打包成多个文件。Webpack 会将value文件打包成key.js文件，比如上述例子会将'./src/a.js'文件打包成aa.js文件、'./src/b.js'件打包成bb.js文件。

output

对打包后的文件进行配置，默认打包文件地址为./dist/main.js

const path = require('path')

module.exports = {
    output:{
        filename: "bundle.js", //打包后的文件名
        clean: true, //每次打包前清除上次打包的文件
        path: path.resolve(__dirname, 'hello'), //打包后的文件存放路径，必须要绝对路径
    }
}

在filename中Webpack提供模版字符串的形式，可以自动生成唯一文件名：

• filename: "[name].js" 打包多个文件时匹配对应的文件名,[name]与 entry 中的 key 对应。
• filename: "[hash].js" 会随机生成哈希值，一般用于区分版本。

等等，详情参考官方文档 Output | template-strings

loader

Webpack默认情况下，只会处理 js 文件，如果我们希望它可以处理其他类型的文件，则要为其引入loader

以css为例，如果我们不进行任何操作

//直接将css引入到js中
import './style/index.css';

document.body.insertAdjacentHTML('beforeend', '<h1>hello webpack</h1>');

直接打包

报错了，Webpack说读不懂。

我们需要安装解析css文件的loader：

yarn add css-loader

配置loader，rules是一个数组，允许我们配置多个loader，test属性是一个正则表达式，用于匹配对应loader的文件，use属性则是匹配对应loader。

module:{
    rules:[
        {
            test:/\.css$/, //匹配文件
            use:'css-loader'
        },
    ]
}

配置完毕，成功打包，但是页面上并没有样式，但是打包文件中是有样式的啊，为什么就没有显示到页面上呢？

因为loader遵循职责单一原则，一个loader只做一件事情，如果你想在打包的文件中使用上css，光有解析loader还不够，还需要安装另一个loader：

yarn add style-loader

然后配置style-loader：

module.exports = {
    module:{
        rules:[
            {
                test:/\.css$/, //匹配文件
                use:['style-loader','css-loader'] //从后往前执行,有顺序要求
            },
        ]
    }
}

这里需要注意⚠️，如果我们配置多个loader，则用数组存放，存放的顺序遵循从右往左，先执行的放右边，否则会报错。这里先编译css再使用，所以顺序为'style-loader','css-loader'。

babel-loader

在编写js代码时，经常需要使用一些js中的新特性，而新特性在旧的浏览器中兼容性并不好。但是我们现在希望能够使用新的特性，我们可以采用折中的方案。依然使用新特性编写代码，但是代码编写完成时我们通过一些工具将新代码转换为旧代码。

Babel 就是这样一个工具，可以将新的js语法转换为旧的js，以提高代码的兼容性。我们如果希望在Webpack支持babel，则需要向Webpack中引入babel-loader。

document.body.onclick(()=>{
    alert('hello webpack')
})

这里我们使用一个箭头函数，在不做任何处理的情况下进行打包

打包后发现还是箭头函数。

于是我们安装babel-loader以及一些配置：

yarn add -D babel-loader @babel/core @babel/preset-env

配置

module:{
    rules:[
        {
            test: /\.m?js$/, //以.mjs或js后缀的文件
            exclude: /(node_modules|bower_components)/, //排除node_modules中的文件
            use: {
                loader: 'babel-loader',
                options: {
                    presets: ['@babel/preset-env'] //根据目标浏览器或运行时环境自动选择合适的转换规则
                }
            }
        }
    ]
}

再试试呢：

成功将箭头函数打包成普通函数。

配置兼容性

我们可以在package.json文件中配置需要兼容的浏览器，详情见 github

"browserslist": [
  "defaults", //默认
  "ie <= 11", //ie版本低于11
  "last 2 versions", //至少存在两个版本
  "> 1%", //市场占有率大于1%
  "iOS 7",
]

plugin

plugin 的作用是 Webpack 扩展功能。loader 可以理解为转换器，用于处理模块之间的转换，plugin 则用于执行更广泛的任务，它可以访问 Webpack 的生命周期，在合适的时机执行插件的功能。

举个例子🌰：

我想在打包目录生成html文件，用于访问打包的js文件，我们可以手动创建，但是我们不建议直接操作dist打包目录，我们可以通过plugin自动生成该文件。

安装自动生成html文件的插件

yarn add -D html-webpack-plugin

配置plugin

plugins:[
    //自动创建html文件
    new HTMLPlugin({
        title:'Hello Webpack', //配置html文件的标题
        template:'./src/index.html' //以哪个文件为模版创建
    })
]

当我们再次打包，就会自动生成包含对应配置的html文件。

服务器环境

webpack-cli提供了许多命令帮助我们打包运行项目

yarn webpack

每次修改源码都需要重新打包，太麻烦了

yarn webpack --watch

加上--watch后每次修改源码都会被监听到，并且重新打包。

但是这个命令不能完美还原项目上线的场景，因为它访问的是文件目录，而不是服务器。

为此，我们可以安装一个Webpack服务：

yarn add -D webpack-dev-server

当我们运行以下命令，它能够将项目部署到一个开发服务器上：

yarn webpack serve --open

当我们访问本地8080端口，就能够看到我们的项目。

⚠️需要注意的是：这个服务它只会将我们的项目打包并运行在这个服务器，但是本地看不到这个dist的，所以当我们项目调试完毕，还需要自己手动打包一下。

快捷命令

我们一般会将常用的命令配置一下，使用起来更方便：

"scripts": {
  "build": "webpack",
  "watch": "webpack --watch",
  "dev": "webpack serve --open"
},

Vite

Webpack 是先打包再运行，而 Vite 开发时并不打包，而是直接采用 ES Module 运行项目，部署的时候再打包，开箱即用。

使用步骤

1. 初始化项目

yarn init -y

2. 安装 Vite

yarn add -D vite

3. Vite的源码目录就是项目根目录，创建index.html文件，以ES Module的方式引入js文件

<script type="module" src="./index.js"></script>

4. 在本地5173端口启动一个开发服务器，进行项目调试

yarn vite

5. 打包代码

yarn vite build

快速创建项目

参考 开始 | Vite 官方中文文档 (vitejs.cn)

yarn create vite

然后按照提示操作一步步配置即可！

如果你选的是原生JS，你就会得到一个这样的完整项目路径：

配置文件

首先在根目录下创建vite.config.js文件，⚠️注意这里的抛出语法与 Webpack 不同，Webpack使用 CommonJS 语法，而 Vite 使用的是 ES Module 语法。

//webpack
module.exports = {
    ...
}

//vite
export default = {
    ...
}

这里Vite还提供了一个可选配置项defineConfig

import { defineConfig } from "vite";//需不需要提示

export default defineConfig({
    ...
})

它的作用是在我们写配置的时候会不会有提示。

加了：

没加：

对比不难发现区别。

Vite需要配置loader吗？

试验一下：

h2{
    background-color: pink;
}

import './index.css'
document.body.insertAdjacentHTML('beforeend','<h2>hello vite</h2>');

这里我们在js中引入css样式，然后yarn vite 运行一下

结果显而易见，vite不用配置loader就能编译和使用css。

插件

Vite 可以使用插件进行扩展，这得益于 Rollup 优秀的插件接口设计和一部分 Vite 独有的额外选项。详情参见 使用插件 | Vite 官方中文文档 (vitejs.cn)

举个例子🌰：

要想为传统浏览器提供支持，类似于Babel，需要引入官方插件@vitejs/plugin-legacy和压缩工具terser。

yarn add -D @vitejs/plugin-legacy terser

然后配置插件：

import { defineConfig } from "vite";//需不需要提示
import legacy from "@vitejs/plugin-legacy";

export default defineConfig({
    plugins:[
        legacy({
            targets:['ie 11'], //兼容IE 11
        })
    ]
})

我们来个箭头函数检验一下

document.body.onclick=()=>{
    alert('hello vite');
}

yarn vite build一下

我们可以看到Vite给我们生产了三个js文件和一个html文件，来分析一下：

index.js：

这个文件中的箭头函数并没有转为普通函数；

index-legacy.js：

这个文件中的箭头函数成功转成了普通函数；

polyfills-legacy.js：

这个文件的作用是用于向下兼容旧版浏览器，确保旧版浏览器能够读懂新特性。

index.html：

这个文件的意图就很明显了，如果浏览器支持ESModule（即现代浏览器），则一般可以支持新语法，因此就可以直接引入新语法文件；但是如果浏览器不支持ESModule，则可能是旧版本的浏览器，它们可能不支持新特性，这时候就需要引入兼容性代码来填补这些功能的缺失。在这种情况下，一般会引入 polyfills，以及旧版文件，来确保应用在旧版浏览器中的正常运行。

vite不像webpack只生成一个降级之后的文件，而是两个都生成，再根据浏览器的兼容性，动态地确定加载哪个版本的代码。对于现代浏览器来说，直接加载现代版本的代码可以获得更快的加载速度和更好的性能。而对于不支持 ES Module 的旧版浏览器，则加载降级版本的代码以确保兼容性。

以上是对兼容性插件legacy的分析，更多插件可参见 插件 | Vite 官方中文文档 (vitejs.cn)

快捷命令

"scripts": {
  "dev": "vite",
  "build": "vite build",
  "preview": "vite preview"
},

对比总结

1. 构建方式： Webpack 通过构建整个项目的依赖图，将所有资源打包成一个或多个 bundle 文件，每次重启都需要打包。Vite 采用了即时编译的方式，在开发模式下通过浏览器原生支持的 ES Module 特性进行加载，不需要打包。
2. 开发体验： Webpack 需要较多的配置，对复杂的项目来说，需要花费时间和精力来配置各种 loader 和 plugin。Vite 开箱即用，不需要复杂的配置即可快速启动项目，支持各种插件以满足特定需求。
3. 热更新： Webpack 的热更新通常需要借助 webpack-dev-server 等插件，在一些情况下配置起来比较复杂。Vite 内置了基于浏览器原生模块热更新的开发服务器，无需额外配置即可实现快速的热更新。

最后

码字不易，感谢三连！

已将学习代码上传至 github，欢迎大家学习指正！

技术小白记录学习过程，有错误或不解的地方还请评论区留言，如果这篇文章对你有所帮助请 “点赞 收藏+关注” ，感谢支持！！