应用系统定制开发webpack--》webpack底层深入讲解，从初识到精通，真正实现从0到1的过程

目录

webpack应用系统定制开发是前端项目工程化的具应用系统定制开发体解决方案。应用系统定制开发其主要功能为：应用系统定制开发它提供了友好的前端模应用系统定制开发块化开发支持，应用系统定制开发以及代码压缩混淆，应用系统定制开发处理浏览器端JavaScript的兼容性、应用系统定制开发性能优化等强大的功能。

应用系统定制开发前端工程化：应用系统定制开发在企业级的前端项目开发中，应用系统定制开发把前端开发所需的工具、技术、流程、应用系统定制开发经验等进行规范化、标准化。应用系统定制开发企业级中的 Vue 和 React 项目，应用系统定制开发都是基于工程化的方式进行开发，其好处为：应用系统定制开发前端开发自成体系，应用系统定制开发有一套标准的开发方案和流程。

webpack应用系统定制开发的基本使用

安装

要想使用webpack，应用系统定制开发肯定是要先安装了，应用系统定制开发在终端运行如下命令，安装webpack应用系统定制开发相关的两个包：

应用系统定制开发这里我直接默认下载最新版本，应用系统定制开发后期如果出现版本问题，应用系统定制开发在指定相关版本的修改即可。

npm i webpack webpack-cli -D

下载完成之后就会出现在 package.json 的文件里面，显示的版本信息如下：

配置

在项目根目录中，创建 webpack.config.js 的webpack配置文件，并初始化如下配置：

如下两种模式讲解一下：

开发时候使用development，因为追求的是打包速度，而不是体积

发布上线的时候使用production，因为上线追求的是体积小，而不是打包速度快

  1. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  2. module.exports = {
  3.     // 代表webpack运行模式,可选值:开发模式(development)和生产模式(production)
  4.     mode:'development'
  5. }

在package.json的scripts节点下，新增 dev 脚本如下：

script 节点下的脚本,可通过 npm run 执行,如: npm run dev

在终端运行 npm run dev 命令，启动 webpack 进行项目的打包构建。 执行命令后，当前根目录就会出现一个 dist 名字的文件夹，里面有 main.js 将html页面引入的js文件换成main.js即可。

webpack.config.js文件的作用：

webpack.config.js是webpack的配置文件，webpack在真正开始打包构建之前，会先读取这个配置文件，从而基于给定的配置对项目进行打包。注意：由于webpack是基于node.js开发出来的打包工具，因此在它的配置文件中，支持使用node.js相关的语法和模块进行webpack的个性化配置。

webpack中的默认约定：

在webpack 4.x 和 5.x 的版本中，有如下的默认约定：

默认的打包入口文件为 src -> index.js

默认的输出文件路径为 dist -> main.js

注意：可以在 webpack.config.js 中修改打包的默认约定

修改自定义打包的入口与出口

根据上文webpack是有默认打包的入口与出口路径文件的，如果想修改的话，看如下操作：

在 webpack.config.js 配置文件中，通过 entry 节点指定打包的入口。通过 output 节点指定打包的出口，当然这些参数也是修改我们自己进行配置的，如下：

  1. // 导入路径模块
  2. const path = require('path')
  3.  
  4. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  5. module.exports = {
  6.  
  7.     // 代表webpack运行模式,可选值:开发模式(development)和生产模式(production)
  8.     mode:'development',
  9.  
  10.     // entry:'指定要处理的文件路径'
  11.     entry:path.join(__dirname,'./src/index_test.js'),
  12.  
  13.     // output:指定生成的文件要存放到哪里
  14.     output:{
  15.         // 存放目录
  16.         path:path.join(__dirname,'dist'),
  17.         // 存放生成的文件名
  18.         filename:'main_test.js'
  19.     }
  20. }

优化js或图片的存放路径

根据上文的介绍的自定义打包的入口和出口，我们可以把js文件统一放在生成的文件名里面便于管理，如下：

在进行优化图片路径时，这个先忽略，看完下文的loader配置在看这个地方：

配置webpack中@符号的使用

在我们在index.js文件中进行导入外部文件，通过需要 ../../../ 的形式从里向外导入，属实有点麻烦，所以我们进行配置一个 @符号 规定 @符号就是在 src 目录下开始的，这样我们在进行导入的时候就不是从里往外而是从外往里了，比较的方便，配置过程如下：

  1. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  2. module.exports = {
  3.     resolve:{
  4.         alias:{
  5.             // 告诉webpack，程序员写的代码中，@符号表示 src 这一层目录
  6.             '@':path.join(__dirname,'./src/')
  7.         }
  8.     }
  9. }

webpack中相关插件安装

我们在进行webpack打包时，为了提高代码的打包更新提交速率，也是需要借助一些插件的使用，通过安装和配置第三方的插件，可以拓展 webpack 的能力，从而让 webpack 用起来更方便。最常用的webpack插件有如下几个：

类似于 node.js 阶段用到的 nodemon 工具，每当修改了源代码，webpack会自动进行项目的打包和构建，会启动一个实时打包的 http 服务器。

运行如下命令，即可在项目中安装此插件：(不指定版本号，默认下载最新版本)

npm i webpack-dev-server -D

接下里进行 webpack-dev-server 插件配置：

修改 package.json -> scripts 中的 dev 命令，如下：写上webpack-dev-server 即可。再次运行 npm run dev 命令，重新进行项目打包。

当我们打包完成，如果像往常一样，右键vscode的 Open with Live Server 打开网站是没有任何作用的，需要 Ctrl + 点击 打包出现的网址，如下：

打开网站仍然没有任何变化，原因如下：

原来webpack-dev-server 打包好的main.js是托管到内存中，并不会显示到物理磁盘中，所以在项目根目录中看不到；但是，我们可以认为，在项目根目录中，有一个看不见的main.js，所以我们应该把html文件中的main.js修改为如下路径：

修改完成之后我们访问控制台上  http://localhost:8081/  网址，点击src文件夹就能看到我们实时更新的index.html网站了。

注意！！！：

如果你是第一次使用webpack的话，安装这个webpack-dev-server插件可能会出现许多问题，推荐看一下我之前在 React 中对webpack的讲解，里面详细介绍了初学者使用webpack出现的一系列问题：点击右边网站 —>

html-webpack-plugin

通常我们所知，内存和物理磁盘相比，内存的运转速度是最快的，处于性能的考虑，devserver把打包好的文件放到内存当中去托管也就是上文我们讲到的mian.js这个文件，现在我们要把首页index.html也托管到内存当中去，这时就要借助我们现在讲的这个插件了。

执行如下命令进行安装插件：（默认安装最新版本）

npm i html-webpack-plugin -D

安装完成之后就开始在webpack.config.js文件中对该配件进行相关配置：

  1. // 导入路径模块
  2. const path = require('path')
  3. // 导入插件
  4. const HtmlWebPackPlugin = require('html-webpack-plugin') //导入在内存中自动生成index.html页面的插件
  5.  
  6. // 创建html-webpack-plugin插件的实例
  7. const htmlPlugin = new HtmlWebPackPlugin({ //插件能力：自动把打包好的main.js追加到我们的页面当中去
  8.     template:path.join(__dirname,'./src/index.html'),//源文件  __dirname:当前这个文件所处的内存目录
  9.     filename:'index.html' //生成在内存中首页的名称
  10. })
  11.  
  12. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  13. module.exports = {
  14.  
  15.     // 代表webpack运行模式,可选值:开发模式(development)和生产模式(production)
  16.     mode:'development',
  17.  
  18.     // entry:'指定要处理的文件路径'
  19.     entry:path.join(__dirname,'./src/index.js'),
  20.  
  21.     // output:指定生成的文件要存放到哪里
  22.     output:{
  23.         // 存放目录
  24.         path:path.join(__dirname,'dist'),
  25.         // 存放生成的文件名
  26.         filename:'main.js'
  27.     },
  28.     devServer: {
  29.         static: "./",
  30.     },
  31.     //将插件引入到模块当中去
  32.     plugins:[
  33.         htmlPlugin
  34.     ]
  35. }

配置完成之后，我们在终端打开本地链接打开网站就不需要在进行点击src文件进入了，而是直接进入。右键点击查看网页源代码，如下：

可以看出源代码多出一个main.js，html-webpack-plugin这个插件有个能力，能自动把打包好的main.js追加到我们的页面当中去。所以说有了我们就不需要再引入main.js了，插件会自动处理这个问题。所以注释掉即可，不会影响页面运行。

那么可不可以当我们在终端运行了 npm run dev 的时候就能自动帮我们打开页面呢，答案是可以的，在webpack.config.js 配置文件中，可以通过devServer节点对webpack-dev-server插件进行更多的配置，案例如下：

如果有杀软的朋友，在第一次执行此操作会有杀软的弹框提示，点击允许即可。

我的React文章对webpack中这个插件也有讲解，大家可以相互看一下：

clean-webpack-plugin

为了在每次打包发布时自动清理掉dist目录中的旧文件，可以安装配置这个插件，能帮助我们自动清理dist目录下的旧文件。

终端执行以下命令进行安装插件：(默认安装最新版本)

npm i clean-webpack-plugin -D

安装完成之后，我们需要在webpack.config.js文件中进行相关配置：

  1. //在webpack.config.js文件中
  2. //导入模块
  3. const {CleanWebpackPlugin} = require('clean-webpack-plugin')
  4.  
  5. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  6. module.exports = {
  7.     //将插件引入到模块当中去
  8.     plugins:[
  9.         new CleanWebpackPlugin(),
  10.     ]
  11. }

配置完成后，下次再重新编译打包时，会自动删除dist中的旧文件，再重新生成。

webpack中的loader

在实际开发过程中，webpack默认只能打包处理以 .js 后缀名结尾的模块。其他非 .js 后缀名结尾的模块，webpack默认处理不了，需要调用 loader 加载器才可以正常打包，否则会报错！

loader加载器的作用：协助webpack打包处理特定的文件模块。比如：

css-loader：可以打包处理 .css 相关的文件

less-loader：可以打包处理 .less 相关的文件

babel-loader：可以打包处理webpack无法处理的高级JS语法

打包处理css文件

终端执行以下命令，安装处理css文件的loader：(默认安装最新版本)

npm i style-loader css-loader -D

在webpack.config.js的module -> rules 数组中，添加 loader 规则如下：

其中：test表示匹配的文件类型；use表示对应要调用的loader。注意：use数组中指定的loader顺序是固定的；多个loader的调用顺序是：从后往前调用。

  1. module.exports = {
  2.     // 所有第三方文件模块的匹配规则
  3.     module:{
  4.         rules:[// 文件后缀名的匹配规则
  5.             {test:/\.css$/,use:['style-loader','css-loader']}
  6.         ],
  7.     },
  8. }

原理：webpack把index.css这个文件，先转交给最后一个loader进行处理(先转交给css-loader)，当css-loader处理完之后，会把处理的结果，转交给下一个loader(转交给style-loader)，当style-loader处理完毕之后，发现没有下一个loader了，于是把处理的结果转交给了webpack，webpack把style-loader处理的结果，合并到 /dist/index.js 中，最终生成打包好的文件。

所以接下里我们在源文件，即index.js中导入css模块，如下图所示：

导入之后，不需要再index.html文件中引入css文件了，直接再css文件中书写样式，打包之后，我们想要的样式即会出现在页面上。

打包处理less文件

终端执行以下命令，安装处理less文件的loader：(默认安装最新版本)

npm i less-loader less -D

在webpack.config.js的module -> rules 数组中，添加loader规则如下：

  1. module.exports = {
  2.     // 所有第三方文件模块的匹配规则
  3.     module:{
  4.         rules:[// 文件后缀名的匹配规则
  5.             {test:/\.less$/,use:['style-loader','css-loader','less-loader']}
  6.         ],
  7.     },
  8. }

所以接下里我们在源文件，即index.js中导入less模块，如下图所示：

导入之后，不需要在index.html文件中引入less文件了，直接再less文件中书写样式，打包之后，我们想要的样式即会出现在页面上。 

打包处理中与url路径相关的文件

在终端执行以下命令，安装处理图片文件的loader：(默认安装最新版本)

npm i url-loader file-loader -D

在webpack.config.js的module -> rules 数组中，添加 loader 规则如下：

其中 ? 之后的是loader参数项，limit用来指定图片的大小，单位是字节(byte)，只有<=limit 的大小的图片，才会被转为 base64 格式的图片。

  1. module.exports = {
  2.     // 所有第三方文件模块的匹配规则
  3.     module:{ 
  4.         rules:[// 文件后缀名的匹配规则
  5.             {test:/\.jpg|png|gif$/,use:'url-loader?limit=22229'}
  6.         ],
  7.     },
  8. }

所以接下里我们在源文件，即index.js中导入图片模块，并给其动态赋值如下图所示： 

打包处理js文件中的高级语法

webpack只能打包处理一部分高级的JS语法，对于那些webpack无法处理的高级js语法，需要借助于babel-loader进行打包处理。如下的高级语法，webpack是无法识别的，需要下载相关loader处理。

  1. // 定义装饰器函数
  2. function info(target){
  3.     target.info = 'People info'
  4. }
  5. // 定义一个普通的类
  6. @info
  7. class Person{}
  8. console.log(Person.info);

安装 babel-loader 相关包：

在终端执行以下命令，下载相关依赖的包：(默认下载最新版本)

npm i babel-loader @babel/core @babel/plugin-proposal-decorators -D

在webpack.config.js的module -> rules 数组中。添加 loader 规则如下：

  1. module.exports = {
  2.     // 所有第三方文件模块的匹配规则
  3.     module:{ 
  4.         rules:[// 文件后缀名的匹配规则
  5.             //在配置babel-loader的时候，程序员只需要把自己的代码进行转换即可，一定要排除node_modules目录中的js文件
  6.             {test:/\.js$/,use:'babel-loader',exclude:/node_modules/}
  7.         ],
  8.     },
  9. }

配置 babel-loader

在项目根目录中，创建名为 babel.config.js 配置文件，定义 Babel 的配置项如下：

  1. module.exports = {
  2.     // 声明 babel 可用的插件
  3.     plugins:[
  4.         ['@babel/plugin-proposal-decorators',{legacy:true}]
  5.     ]
  6. }

重新打包编译可以显示成功：

webpack的打包与发布

配置build命令

在package.json文件的scripts节点下，新增build命令，如下：

在开发环境中，运行dev命令；在项目发布时，运行build命令。

--mode是一个参数项，用来指定webpack的运行模式，production代表生产环境，会对打包生成的文件进行代码压缩和性能优化。注意：通过 --mode指定的参数项，会覆盖webpack.config.js中的mode选项。

我们在package.json文件中的scripts节点进行以下配置：

终端执行 npm run build 默认执行生产模式的production，dist目录下的main.js文件也是被压缩的：

Source Map

Source Map就是一个信息文件，里面存储着位置信息。也就是说，Source Map 文件中存储着压缩后混淆后的代码，所对应的转换前的代码，有了它，出错的时候，除错工具将直接显示原始代码，而不是转换后的代码，能够极大的方便后期的调试。

默认Source Map 问题：

开发环境下默认生成的 Source Map，记录的是生成后的代码的位置。会导致运行时报错的行数与源代码的行数不一致的问题。

那么如何解决呢？在开发环境下，推荐在webpack.config.js中添加如下的配置，即可保证运行时报错的行数与源代码的行数保持一致：

  1. // 使用 node.js 语法向外导出一个 webpack 的配置对象
  2. module.exports = {
  3.     //  在开发调试阶段，建议大家把devtool的值设置为eval-source-map
  4.     devtool:'eval-source-map',
  5.  
  6.     // 代表webpack运行模式,可选值:开发模式(development)和生产模式(production)
  7.     mode:'development',
  8. }

终端执行 npm run dev ，如果报错，可以帮助我们精确报错的位置，在生产环境下，如果省略了devtool选项，则最终生成的文件中不包含 Source Map。这能够防止原始代码通过 Source Map 的形式暴露给别有所图的人。

在生产环境中，如果只想定位报错的具体行数，且不想暴露源码。此时可以将devtool的值设置为：nosources-source-map。

总结：

1）开发环境下：

建议把devtool的值设置为 eval-source-map

好处：可以精准定位到具体的错误行

2）生产环境下：

建议关闭Source Map或将devtool的值设置为nosources-source-map

好处：防止源码泄漏，提高网站的安全性

在实际的开发中我们是不需要进行自己配置webpack的，实际开发中会使用命令行工具(CLI)一键生成带有webpack的项目，所有的webpack配置项都是现成的，开箱即用！我们只需要知道webpack的基本概念就行，写这篇文章的目的主要是为了深入了解这个打包工具，了解它的一些基本原理是如何实现的。

网站建设定制开发 软件系统开发定制 定制软件开发 软件开发定制 定制app开发 app开发定制 app开发定制公司 电商商城定制开发 定制小程序开发 定制开发小程序 客户管理系统开发定制 定制网站 定制开发 crm开发定制 开发公司 小程序开发定制 定制软件 收款定制开发 企业网站定制开发 定制化开发 android系统定制开发 定制小程序开发费用 定制设计 专注app软件定制开发 软件开发定制定制 知名网站建设定制 软件定制开发供应商 应用系统定制开发 软件系统定制开发 企业管理系统定制开发 系统定制开发