webpack和webpack cli区别？

一、webpack和webpack cli区别？

 webpack 和 webpack-cli 是两个不同的工具，它们在 Webpack 生态系统中扮演不同的角色。

 webpack 是一个模块打包工具，用于将 JavaScript 模块及其依赖项打包成一个或多个输出文件。它提供了强大的模块化开发支持，包括代码分割、Tree Shaking、Loader 机制等功能。

 webpack-cli 是 Webpack 的命令行界面工具，它提供了一个命令行接口来执行 Webpack 相关的任务，例如构建、开发服务器、查看打包信息等。 webpack-cli 通过解析命令行参数并调用 webpack 本身来执行相应的操作。

简单来说， webpack 是实际执行打包任务的工具，而 webpack-cli 是用于通过命令行与 webpack 进行交互的工具。通常，我们使用 webpack-cli 来方便地在命令行中执行 Webpack 任务，而 webpack 在后台执行实际的打包工作。

在实际使用中，我们通常会通过 npm 安装 webpack 和 webpack-cli ，然后在项目的 package.json 文件中配置相关的脚本，以便通过命令行执行 Webpack 任务。

例如，常见的 package.json 脚本如下：

"scripts": {

    "build": "webpack --mode production",

    "dev": "webpack serve --mode development"

}

在上面的示例中， build 脚本使用 webpack 命令执行生产环境的构建， dev 脚本使用 webpack serve 命令启动开发服务器。

总之， webpack 是实际的模块打包工具，而 webpack-cli 是用于通过命令行与 webpack 进行交互的工具。它们相互配合，为 Webpack 的使用提供了方便的命令行接口。

二、webpack原理？

Webpack原理是利用模块化的思想将各种资源打包成静态资源，并通过生成的bundle.js文件进行加载。

具体如下：Webpack将各种资源打包成静态资源，实现了前端工程化的概念。

Webpack通过配置文件中的entry、output等多个选项，将各种资源如js、css、图片等按照依赖关系打包成静态资源，同时Webpack提供了丰富的loader和plugin插件，使得开发人员可以在打包过程中进行更深入的控制和处理，如代码压缩、文件合并等。

实现了前端工程化的开发思想。

Webpack的打包原理是基于module模块的，也就是说在Webpack的打包过程中，每个文件都可以看做是一个模块，每个模块可以通过require或import来引用其它模块，并形成依赖关系。

Webpack会从entry中的JS文件开始，递归解析它依赖的其它JS文件，直到全部依赖关系解析完成，最终生成输出文件。

同时Webpack支持多种打包方式，如开发阶段的热更新，生产环境的按需加载等，使得前端开发更加高效和方便。

三、webpack是什么？

webpack 是代码编译工具，有入口、出口、loader 和插件。

webpack 是一个用于现代 JavaScript 应用程序的静态模块打包工具。当 webpack 处理应用程序时，它会在内部构建一个依赖图(dependency graph)，此依赖图对应映射到项目所需的每个模块，并生成一个或多个 bundle。

四、webpack类定义？

webpack的定义：

本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(dependency graph),其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle。

webpack 就像一条生产线,要经过一系列处理流程后才能将源文件转换成输出结果。 这条生产线上的每个处理流程的职责都是单一的,多个流程之间有存在依赖关系,只有完成当前处理后才能交给下一个流程去处理。 插件就像是一个插入到生产线中的一个功能,在特定的时机对生产线上的资源做处理。

webpack 通过 Tapable 来组织这条复杂的生产线。 webpack 在运行过程中会广播事件,插件只需要监听它所关心的事件,就能加入到这条生产线中,去改变生产线的运作。 webpack 的事件流机制保证了插件的有序性,使得整个系统扩展性很好。

webpack的核心概念：

Entry

入口起点(entry point)指示 webpack 应该使用哪个模块,来作为构建其内部依赖图的开始。

进入入口起点后,webpack 会找出有哪些模块和库是入口起点（直接和间接）依赖的。

每个依赖项随即被处理,最后输出到称之为 bundles 的文件中。

Output

output 属性告诉 webpack 在哪里输出它所创建的 bundles,以及如何命名这些文件,默认值为 ./dist。

基本上,整个应用程序结构,都会被编译到你指定的输出路径的文件夹中。

Module

模块,在 Webpack 里一切皆模块,一个模块对应着一个文件。Webpack 会从配置的 Entry 开始递归找出所有依赖的模块

Chunk

代码块,一个 Chunk 由多个模块组合而成,用于代码合并与分割。

Loader

loader 让 webpack 能够去处理那些非 JavaScript 文件（webpack 自身只理解 JavaScript）。

loader 可以将所有类型的文件转换为 webpack 能够处理的有效模块,然后你就可以利用 webpack 的打包能力,对它们进行处理。

本质上,webpack loader 将所有类型的文件,转换为应用程序的依赖图（和最终的 bundle）可以直接引用的模块。

Plugin

loader 被用于转换某些类型的模块,而插件则可以用于执行范围更广的任务。

插件的范围包括,从打包优化和压缩,一直到重新定义环境中的变量。插件接口功能极其强大,可以用来处理各种各样的任务。

webpack 构建流程

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

初始化参数：从配置文件和 Shell 语句中读取与合并参数,得出最终的参数。

开始编译：用上一步得到的参数初始化 Compiler 对象,加载所有配置的插件,执行对象的 run 方法开始执行编译。

确定入口：根据配置中的 entry 找出所有的入口文件。

编译模块：从入口文件出发,调用所有配置的 Loader 对模块进行翻译,再找出该模块依赖的模块,再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理。

完成模块编译：在经过第 4 步使用 Loader 翻译完所有模块后,得到了每个模块被翻译后的最终内容以及它们之间的依赖关系。

输出资源：根据入口和模块之间的依赖关系,组装成一个个包含多个模块的 Chunk,再把每个 Chunk 转换成一个单独的文件加入到输出列表,这步是可以修改输出内容的最后机会。

输出完成：在确定好输出内容后,根据配置确定输出的路径和文件名,把文件内容写入到文件系统。

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

五、命令webpack和npm run webpack有什么区别？

webpack是webpack自带的一条打包命令，是最基本的打包命令。npmrunwebpack，则是在package.json文件中有一个script配置项，在这个script里面自定义的一条命令，它通过npm来运行。例如： scripts":{ "start":"webpack--configwebpack.config.js--progress--watch" } 当脚本名为“start”时，可以省略“run”，直接为： npmstart 你说的属于这种情况：脚本名称为“webpack” scripts":{ "webpack":"webpack--configwebpack.config.js--progress--watch" } 后面可以加一些参数来方便开发，执行下面这条语句 npmrunwebpack 就相当于执行脚本里的那一长串命令了

六、npm和webpack区别？

npm是前端的包管理器，都可以使用命令行安装依赖包。npm是嵌套在nodejs中的，电脑上安装了nodejs了，就可以使用npm命令安装依赖。

webpack是一个现代 JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时，它会递归地构建一个依赖关系图(dependency graph)，其中包含应用程序需要的每个模块，然后将所有这些模块打包成一个或多个bundle。

七、webpack到底怎么用？

几乎所有业务的开发构建都会用到 webpack 。的确，作为模块加载和打包神器，只需配置几个文件，加载各种 loader 就可以享受无痛流程化开发。但对于 webpack 这样一个复杂度较高的插件集合，它的整体流程及思想对我们来说还是很透明的。

八、webpack原理解析？

1.webpack核心概念：

entry： 一个可执行模块或库的入口文件。

chunk ：多个文件组成的一个代码块，例如把一个可执行模块和它所有依赖的模块组合和一个 chunk 这体现了webpack的打包机制。

loader ：文件转换器，例如把es6转换为es5，scss转换为css。

plugin ：插件，用于扩展webpack的功能，在webpack构建生命周期的节点上加入扩展hook为webpack加入功能。

2.webpack构建流程（原理）：

从启动webpack构建到输出结果经历了一系列过程，它们是：

2.1 解析webpack配置参数，合并从shell传入和webpack.config.js文件里配置的参数，生产最后的配置结果。

2.2 注册所有配置的插件，好让插件监听webpack构建生命周期的事件节点，以做出对应的反应。

2.3 从配置的entry入口文件开始解析文件构建AST语法树，找出每个文件所依赖的文件，递归下去。

2.4 在解析文件递归的过程中根据文件类型和loader配置找出合适的loader用来对文件进行转换。

2.5 递归完后得到每个文件的最终结果，根据entry配置生成代码块chunk。

2.6 输出所有chunk到文件系统。

九、vuecli和webpack区别？

vuecli是vue的官方脚手架，用于初始化vue工程，目前已支持了vue2和vue3的工程生成。

webpack是一个通用的前端打包工具，其核心理念是一切皆模块，其使用上与vue无必然关系，可在任意技术栈的前端工程中使用

十、webpack热更新原理？

热更新（Hot Module Replacement，简称HMR）是指在无需刷新整个页面，只更新页面的局部完成更新。HMR是webpack的内置功能，可以通过HotModuleReplacementPlugin或--hot开启。

webpack热更新基本原理：

1.修改webpack.config.js的entry配置

在启动webpack的本地服务之前，调用了updateCompiler(this.compiler)方法，该方法修改了webpack.config.js的entry配置：在entry中新增两个js文件，这意味着这两个js文件会在打包时随着入口文件一起打包为boundle.js。

一个是webpack-dev-server/client/index.js，负责与本地服务建立webSocket通信。另一个是webpack/hot/dev-server.js，负责浏览器在收到本地服务消息后进行热更新检查及更新操作。因为这两个操作都需要在浏览器端完成，所以需要随入口文件一起打包，这样就能在浏览器的环境中运行了。

2.启动本地服务

简单来说就是

webpack依赖express启动了一个本地服务器，可以访问本地静态资源。

生成了compiler对象，可以对本地文件的修改进行监听

启动本地服务后，可以通过webSocket与浏览器端进行通信

3.监听文件发生变化

在setupDevMiddleware中监听了本地文件的变化，当文件发生变化时重新进行编译。然后执行setFs方法，将编译后的文件打包内存。

4.监听webpack编译完成

当一次webpack编译结束，就会调用_sendStats方法通过websocket给浏览器发送通知，ok和hash事件，这样浏览器就可以拿到最新的hash值了，做检查更新逻辑。

5.浏览器收到检查更新通知

浏览器收到ok和hash事件，开始检查更新。

hash事件：更新最新一次打包的值

ok事件：进行更新检查

6.HotModuleReplacementPlugin进行更新

在此之前，一直是webpack-dev-server所做的事情，接下来更新这里是HotModuleReplacementPlugin负责。HotModuleReplacementPlugin里面的module.hot.check方法，发送请求，获取上一次的hash值，在使用hotApply（这里省略一些步骤…）删除掉旧的模块，添加新的模块。