为什么读webpack源码因为前端框架离不开webpack,天天都在用的东西啊,怎能不研究读源码能学到很多做项目看书学不到的东西,比如说架构,构造函数,es6很边缘的用法,甚至给函数命名也会潜移默化的影响等想写源码,不看源码怎么行,虽然现在还不知道写什么,就算不写什么,看看别人写的总可以吧知道世界的广阔,那么多插件,那么多软件开发师,他们在做什么,同样是写js的,怎么他们能这么伟大好奇心本以为用框架以及用熟练后,到达了一个美丽的小湖泊,读源码发现原来还有一望无际的海洋,壮丽的雪山,浩淼的星辰。读webpack对面试也没什么用(刷leetcode,面试题更有用),你说你看webpack学会了啥,一时半会也说不清楚,但就是想看,想就去做,只要不危害他人为什么写webpack源码系列文章博客我可以只读不写的,这样还读的更快,只是后面想起了,不知道读了啥,读vue的时候好多都没有记录,但是即便那样当我再次看到那个函数我知道那是做什么给公司写的项目代码,如果项目被砍,感觉白写了一样为了证明自己的存在,证明自己来过如果通过看这个文章你能能学到丝毫的知识,是我之幸✌️看这个你能学到什么如果你想知道webpack的算法实现我建议你看这个git地址虽然写的不够好,但是已经是我能找到的中写的最好的里面更多记录了怎么跟踪的过程你能学到如何调试以及阅读源码知道webpack页面架构webpack哪些模块实现了什么功能如何读webpack准备自己用webpack搭建一个项目,甚至是现成的读webpack都可以当你npm run build 发生了什么?参考npm的run-script文档npm run会自动添加node_module/.bin 到当前命令所用的PATH变量中,因此,npm run build 会执行package.json配置的build,目前我配置的是webpack,实际会调用 node_modules/.bin/webpack打开项目找到node_modules/.bin/webpack,需要点耐心,需要翻很多webpack是一个符号连接指到了webpack/bin/webpack.jslog大法第一行是#!/usr/bin/env node它被称为 Shebang。/usr/bin/env 不是一个路径,而是一个命令,后面跟node 参数,就会找到node并调用它。$ /usr/bin/env node –versionv10.11.0log 调试颜色log DEGUB用这个打印log会区分颜色,事实上我用着,也没那么好用顺便讲一下吧安装npm i -D debug在要调试的文件中定义const log = require(‘debug’)(‘debug-webpack webpack webpack.js’);log(‘你想打印的’)请把react-beauty-highcharts替换成你的文件名,这样才会有logDEBUG=react-beauty-highcharts* npm run build这个有个缺点就是如果json比较大,每一行都会打印一遍debug-webpack webpack webpack.js名字,不好复制,还是console.log() 好使我们打开文件,里面主要处理了一些安装的逻辑没安装包报错之类的找到const cliPath = path.resolve(path.dirname(pkgPath), pkg.bin[installedClis[0].binName]);// 引入了路径看到打印了路径是node_modules/webpack-cli/bin/cli.jsrequire(cliPath);接下来打开webpack-cli/bin/cli.js241行let options;try { options = require("./convert-argv")(argv);} catch (err) { }我们分析convert-argv模块