一直想好好整理一下webpack，现在就整理吧。
总结自己的实际搭建的整理情况，我还是要先对自己说一句，以后给文件夹起名字的时候不要用一些特殊的关键字，比如我在做这个demo的时候，我用的文件夹名称叫做“webpack”，然后npm的时候总是出错，因为不能在叫“webpack”这个名称的文件夹下面添加webpack，你应该起一些不会跟关键字重合的文件夹名称，后来我把文件夹名称“webpack”换成了“packdemo”，再运行的时候就一路顺畅了。
一、webpack之所以要出现，是为了解决js的历史遗留问题
之前我就说过，js的主要特点之一就是解释性，它的源代码不需要经过编译，就可以直接在浏览器运行时被解释。
但是，浏览器在解析js的时候有一个大盲点，就是js不具有模块化。也就是说，一个文件要给另一个文件暴露出去一部分数据，或者说一个变量，那么你就只能把这个变量定义在全局作用域下。除此之外，别无他法。
假设1号文件里有个变量，叫做message，2号文件想要用这个变量，那么，1号文件里的message就必须得是全局变量了，也就是写成：
var window.message="定义在window下，成全局变量";
但是这样就带来了非常大的隐患，如果2号文件对message做了处理，用新的字符串将其覆盖掉，那么3号文件想要去拿这个变量的时候，message就不再是最开始的那个message了，她被玷污了！！啊，我的全局女神o(╥﹏╥)o
后来，node出现了。node就是用来在操作系统上运行js的。不过听上去也没什么特别的嘛，人家浏览器又不是不能运行js，but，node有一个很好的、但是浏览器没有的机制，那就是——他能把js给模块化。
现在大家往往会先把js转化为后端代码，然后再编译成前端代码。这种情况出现的原因，就是因为node。
在浏览器的模式下，一个文件想要共享一部分变量，就只能将这些变量写成全局变量。而在node下，只需要将这部分共享变量暴露出去就行了。比如下面这段代码：
var message="hello!"
var b=1; module.exports={message:message};
module.exports就是node里面的代码，将message暴露出去。在node的眼里，所有的文件，都是一个模块。而任何一个模块，都会有两个口，一个叫出口，一个叫入口。有了 出口和入口的把控，这样，就不是任何人都能随便玷污文件里面的所有变量女神了，让你碰你才能碰，不让你碰你是碰不到的。
而这里的module.exports,就是该文件（或是说模块）的出水口。只有message可以共享，而变量b就不可以共享。
想要这个message的方法就是用require关键字，文件名不用加后缀，代码如下：
var msg=require('./不加后缀文件名').message; console.log(msg);//hello！
在node环境下运行，就能看到msg的值了。但是，浏览器不知道这段代码是什么意思啊，光能node运行还不行啊，浏览器看不懂这两段代码，就会报错啊。所以，为了让浏览器看懂这些所谓的入水口、出水口、require关键词，webpack就这样金光闪闪地出现来拯救浏览器了。webpack的功能就是——动态地将这些后端代码编译成浏览器理解的代码，而这些被webpack打包编译出来的代码都被放在一个叫做 bundle.js 的文件里。
ε(┬┬﹏┬┬)3 webpack真好，浏览器不懂，他就能耐心地给他解释，有没有谁也能来出现拯救拯救技术这么菜的我啊，也能这么温柔就好了 ε(┬┬﹏┬┬)3
【webpack 入口文件名.js bundle.js】：打包入口文件,出口文件为bundle.js，文件下面就会多了一个bundle.js。
（bundle.js这个文件名是大家常常起的，出口文件叫什么名字都行。）
二、webpack的安装与配置
由于webpack是跑在node环境下的，所以我们首先，就得先安装node。
安装完后，可以通过以下代码查看你安装的node版本或npm版本：
【node-v】：查看node版本。
【npm-v】:查看npm版本，
只要有版本显示，就说明你安装上了node环境，而npm是node自带的，接下来就可以安装webpack了。
【npm i webpack -g】:将webpack安装在全局作用域下，g代表global。如果安装在全局作用域下，在任何文件下都可以使用webpack命令。
但是把webpck安装在全局下呢，可能会有一个不小心出现的麻烦。项目是多人共同创造的，有的人可能会用不同版本的webpack，为了让这个项目里所有人用的webpack版本一致，可以先用【npm init --y】生成一个package.json文件，在这个文件下记录webpack的版本。
【npm i webpack -D】=【npm i webpack --save-dev】:局部安装，当前的文件夹下会生成一个node_module的文件夹，同时package.json文件里会显示安装的webpack的版本。
devDependencies：用于开发环境，不用于生产环境。
dependencies：需要发布到生产环境。
【webpack --v】:展示webpack的安装版本。
在安装wepack的过程中，我遇到了千奇百怪的错误。错误产生的原因主要有以下几个：
（1）webpack的版本导致的
现在是2019年6月19日，webpack最新版本是4.34.0。webpack版本只要是大于等于4的，必须要安装wepack-cli.应为webpack的各种命令都是在webpack-cli下面的。
而webpck和webpack-cli有各种版本，这两者之间还往往容易不兼容。他们不兼容就会导致错误。如果是自己的项目，为了避免不兼容导致的错误，就将这两者统一都安装成最新版本。
（2）webpack-cli安装位置导致的
【npm install webpack-cli --save-dev】命令即使执行，但是由于该命令是将webpack-cli安装在了开发环境下，也就是局部安装，在命令行输入webpack命令的时候会发现仍然找不到webpack的命令。为了避免这个错误，需要将webpack-cli安装在全局下。
好了，现在webpack安装上了，那么现在，在本地怎么利用webpack呢？
首先，找到刚刚生成的node_module的文件夹，然后里面有个文件夹叫做.bin，也就是binary（二进制的，可执行的）的意思。打开这个叫做bin的文件夹，你会发现里面有个叫做webpack的文件。所以，使用代码如下：
【node_modules/.bin/webpack 入水口文件名.js bundle.js】:打包出来。
（再说一遍：bundle.js这个文件名是大家常常起的，出口文件叫什么名字都行。(*๓´╰╯`๓)）
但是上面这条命令的路径好长啊，所以，为了简化，在package.json文件里，找到script对象，添加一条自定义命令。记得自定义命令之间都要用逗号隔开。比如：
【"pack":"node_modules/.bin/webpack 入口文件名.js bundle.js】：其中，pack叫做键名。
好了，有了这条自定义命令，就可以在终端中使用了，【npm run pack】，这样，就像开始那样，生成一个bundle.js文件了，在html页面里，只要在<script src='bundle.js' type="text/javascript">标签里引用bundle.js就行了。
但是，这条命令还能简化不？答案是当然可以，这就是webpack的配置。
webpack的配置就是那就是创建webpack.config.js的文件，把出水口和入水口统统都放到这个文件里，而不是把在package.json里面写语句。
创建webpack.config.js文件，然后创建module.exports等于一个对象，而这个对象里面，就可以指定webpack定义的一些参数了。代码如下：
webpack.exports={ entry:"./入口文件名.js", output:{ //出水口要定义两个参数，文件名和地址 filename:"bundle.js", path:__dirname //表示当前目录，dirname是node的一个特殊变量，解释为当前这个文件所在的目录 } }
有了上面这段代码，package.json里面的pack语句把后面的两个文件名删掉就可以了，代码如下：
【“pack”：node_modules/.bin/webpack】
在终端下面跑一下【npm run pack】，这样就可以了。
在webpack的配置文件里，往往会配置很多有用的东西。整个webpack的核心就是loader和插件，他们都是在webpack中进行配置的。
webpack的官方文档：
三、webpack的多入口与多出口
不同的页面都有js依赖，他们可能也有相同的js依赖，也可能有不同的js依赖。通过把出水口和入水口文件都放在对象里，就能避免总是重复写了。
在webpack.config.js文件下面配置文件的出水口和入水口。
webpack.exports={ entry:{ home:'./js/home.js', //首页依赖的js文件 signup:'./js/signup.js' //注册页面用的js文件 }, output:{ filename:'[name]+bundle.js', //[name]是键名，也就是上面的入水口文件名，home和signup path:__dirname+'dist', //默认都是放在dist文件夹下面。dist=distributable，可分发的。 }
配置了出水口和入水口之后，就可以在首页和注册页面中使用<script>标签中进行引用了。
四、webpack的配置
对于复杂的大包，可以在项目的根目录下提供一个配置文件，在这个配置文件中对打包过程进行详细的配置。
可以直接在命令行上输入【webpack】命令，也可以通过-config参数指定一个配置文件，如下：
【webpack -config wepack.config.build.js】:通过-config参数指定配置文件。