线上分享webpack(每人一元)总结:资源加载

1.clone webpack代码到本地
const path = require('path');
module.exports = {
    devtool: 'source-map',      //配置source map,查看源文件
    entry: {                              //构建入口
        index: path.resolve(__dirname, 'src/index.js'),
    },
    output: {                           //构建输出到dist目录
        devtoolModuleFilenameTemplate: '[resource-path]',     //配置source map在浏览器中的展现方式
        path: path.resolve(__dirname, 'dist/'),
    },
    module: {      //配置loader,解析相应的文件
        rules: [
            { test: /\.js$/, use: { loader: 'babel-loader', query: { presets: ['@babel/preset-env'] } } },
        ]
    },
};

线上分享webpack(每人一元)总结:资源加载_第1张图片

生成的 source map文件
线上分享webpack(每人一元)总结:资源加载_第2张图片

2.启动调试项目
npm install    

如果安装过程中出错,使用管理员身份再重新使用安装

线上分享webpack(每人一元)总结:资源加载_第3张图片
image.png

package.json里有用来调试的script,直接在vscode中按F5就可以启动调试了,
windows用户会报错:

线上分享webpack(每人一元)总结:资源加载_第4张图片

windows用户需要把这两条行改成

 "debug:build": "node --inspect-brk=5858 node_modules/webpack/bin/webpack.js",
 "debug:watch": "node --inspect-brk=5859 node_modules/webpack --watch"

因为webpack是直接安装在node_modules下的。

3.调试webpack资源加载流程

修改之后再按F5启动调试,进入到node_modules/webpack/bin/webpack.js

线上分享webpack(每人一元)总结:资源加载_第5张图片

这个文件的逻辑是判断一下 cli是否安装了,然后去调 webpack.run
然后在 150行打上断点,按 F5,这里去调 webpack-cli去了,然后 webpack-cli又调回到 webpack/lib
线上分享webpack(每人一元)总结:资源加载_第6张图片

后面我们不去看 weboack-cli,直接在 webpack/lib/Compiler.js199行打个断点
线上分享webpack(每人一元)总结:资源加载_第7张图片

总体来说webpack build做了这几件事:
1.载入资源,这个过程会调用各个loader,然后用loader去载入资源文件,涉及到的模块是loader-runner
2.代码压缩,这里只看js文件,涉及到的模块是uglifyjs-webpack-plugin
3.代码生成,就是在Compiler.js中,emit了一下,存到文件中

接下来看下compile函数,跟一下资源加载过程,在536行打个断点

线上分享webpack(每人一元)总结:资源加载_第8张图片

这里会调用 make这个hookwebpack就是用 hook这种东西实现了 插件化,也就是 webpack只负责调一下,至于哪个插件实现了 make这个hookwebpack不管的, 单步调试进去看一下
线上分享webpack(每人一元)总结:资源加载_第9张图片

跑到了 tapable这个库中,这个 tapable就是 webpack实现 hook的模块, tapable读起来比较费力,它是用生成代码的方式做的,这个应该是兼容性和功能性的考虑,因为 es6proxy能力有限,虽然能做一些拦截,但是做不到 hook这么强大也不好搞。
继续,按 单步跳过(F10)到下一行,
线上分享webpack(每人一元)总结:资源加载_第10张图片

然后 单步调试(F11),就会跑到这里来,这个 VM1372,就是 tapable临时生成的代码,一般出现这种代码的时候,就意味着有人用了 new Function这种东西, 动态生成函数
线上分享webpack(每人一元)总结:资源加载_第11张图片

接下来 单步跳过单步调试进入_fn0中
线上分享webpack(每人一元)总结:资源加载_第12张图片

进去就到了 webpack/lib/SingleEntryPlugin.js中的 第43行compiler.hooks.make.tapAsync(这个 SingleEntryPlugin.js实现了 make这个hook,然后 Compiler.js中this.make.hooks调用时,就调到了。
线上分享webpack(每人一元)总结:资源加载_第13张图片

总结:这里主要是从Compiler.js的compile函数,看webpack怎样从this.hooks.make.callAsync调到SingleEntryPlugin.jscompiler.hooks.make.tapAsync实现的。

中间涉及到了tapable,他提供了一个功能,让hook可以在其他地方实现,webpack只需要调一下这个hook就行了。同样的hook,可以实现多次,webpack会放到一个队列中调用。hook还有很多种类,原理是一样的,只不过处理方式不同,比如异步的,同步的。

继续下去,现在到这里了,这里直接调用了compilation.addEntry,这是webpack的另一个重要的文件,Compilation.js

线上分享webpack(每人一元)总结:资源加载_第14张图片

进入看看,在 1028行打上断点,这里主要看这个文件,开始加载资源,
线上分享webpack(每人一元)总结:资源加载_第15张图片

this._addModuleChain的逻辑是这样的,先加载入口文件,然后再递归加载它依赖的文件,依赖的依赖的文件,就是通过 require的import的那些。
线上分享webpack(每人一元)总结:资源加载_第16张图片

进去看 _addModuleChain,开始加载入口文件了,往下看,在 943和953行打上断点
线上分享webpack(每人一元)总结:资源加载_第17张图片

module出来了,包含了如下这些内容
线上分享webpack(每人一元)总结:资源加载_第18张图片

线上分享webpack(每人一元)总结:资源加载_第19张图片

requestloaderresource待加载的资源webpack造出 module后再调用这个 modulebuild方法来加载资源,十分的 OO,不直接干,而是先搞一个 factory,让 factorymodule,再让 module自己 build
线上分享webpack(每人一元)总结:资源加载_第20张图片

这里开始 build
线上分享webpack(每人一元)总结:资源加载_第21张图片

线上分享webpack(每人一元)总结:资源加载_第22张图片

线上分享webpack(每人一元)总结:资源加载_第23张图片

this.buildModule -> module.build -> doBuild
最后到了 NormalModule.js265行调了 runLoaders,从 loader-runnerrequire进来的

const { getContext, runLoaders } = require("loader-runner");

进去看看


线上分享webpack(每人一元)总结:资源加载_第24张图片

loader-runner首先会载入那个loader,然后在用loader加载资源,例子中的是babel-loader,资源文件就是src/index.js,这个LOADER_EXECUTION就是用loader载入资源用的

线上分享webpack(每人一元)总结:资源加载_第25张图片

fnloader,args是源文件的内容,,然后 webpack调用这个 loaderbabel-loader可以看做一个函数把 ES6代码转译成 ES5
以上就是解析入口文件,一图胜千言
线上分享webpack(每人一元)总结:资源加载_第26张图片

参考

webpack debug:https://github.com/thzt/debug-webpack
webpack群侠传系列:https://www.jianshu.com/p/de262ad255c3
深入浅出webpack:https://wangchong.tech/webpack/
webpack4.0官方文档:https://webpack.js.org/concepts

你可能感兴趣的:(线上分享webpack(每人一元)总结:资源加载)