webpack-dev-server 小记 原理介绍 概念解读

使用 DevServer

提供 HTTP 服务而不是使用本地文件预览

监听文件的变化并自动刷新网页，做到实时预览

支持 Source Map，以方便调试

　　对于这些，Webpack 都为我们考虑好了。Webpack 原生支持上述第 2、3 点内容，再结合官方提供的开发工具 DevServer 也可以很方便做到第 1 点。DevServer 会启动一个 HTTP 服务器用于服务网页请求，同时会帮助自动 Webpack，并接受 Webpack 发出的文件变更信号，通过 WebSocket 协议自动刷新网页做到实时预览。

　　这意味着 DevServer 启动的 HTTP 服务器监听在 8080 端口，DevServer 启动后会一直驻留在后台保持运行，访问这个网址，就能获取项目根目录下的  index.html 了。用浏览器打开这个地址时我们会发现页面空白，错误原因是 ./dist/bundle.js 加载404了。同时我们会发现并没有文件输出到 dist 目录，原因是 DevServer 会将 Webpack 构建的文件保存在内存中，在要访问输出的文件时，必须通过 HTTP 服务访问。 由于 DevServer 不会理会 webpack.config.js 里配置的 output.path 属性，所以要获取 bundle.js 的正确 URL 是 http://localhost:8080/bundle.js

　　Webpack 在启动时可以开启监听模式，之后 Webpack 会监听本地文件系统的变化，在发生变化时重新构建出新结果。 Webpack 默认关闭监听模式，我们可以在启动 Webpack 时通过 --watch 来开启监听模式。

　　通过 DevServer 启动的 Webpack 会开启监听模式，当发生变化时重新执行构建，然后通知 DevServer。DevsServer 会让 Webpack 在构建出的 JavaScript 代码里注入一个代理客户端用于控制网页，网页和 DevServer 之间通过 WebSocket 协议通信，以方便 DevServer 主动向客户端发送指令。DevServer 在收到来自 Webpack 的文件变化通知时，通过注入的客户端控制网页刷新。

　　如果尝试修改 index.html 文件并保存，则我们会发现这并不会触发以上机制，导致这个问题的原因是 Webpack 在启动时会以配置里的 entry 为入口去递归解析出 entry 所依赖的文件，只有 entry 本身和依赖的文件才会被 Webpack 添加到监听列表里。而 index.html 文件是脱离了 JavaScript 模块化系统的，所以 Webpack 不知道它的存在。

支持 Source Map

　　在浏览器中运行的 JavaScript 代码都是编译器输出的代码，这些代码的可读性很差。如果在开发过程中遇到一个不知道原因的 Bug，则我们可能需要通过断点调试去找出问题。在编译器输出的代码上进行断电调试是一件辛苦和不优雅的事情，调试工具可以通过 Source Map 映射代码，让我们在源代码上断点调试。Webpack 支持生成 Source Map，只需要在启动时带上 --devtool source-map 参数。重启 DevServer 后刷新页面，在打开 Chrome 浏览器的开发者工具，就可以在 Sources 栏中看到可调试的源代码了