webpack-dev-server 可通过命令行方式和 NodeJS 方式启动；但我觉得两种启动方式的差异蛮大的，容易对新人造成误解，可以对这两种启动方式分开理解。
一、命令行启动
npm-run webpack-dev-server --content-base build --port 9999 --inline --hot
- 对 content-base 的理解：content-base 指的是 server 服务的目录，即只有该目录下的内容才是可访问的（还有 publicPath 哈），但是 content-base 目录发生的修改不会触发热加载。能触发热加载的只有 webpack 关注的目录。对 content-base 目录进行修改后重新刷新页面即可。
- 命令行启动 webpack-dev-server 时，webpack-dev-server 会根据 webpack.config.js 的内容作出相应的动作。比如：设置 webpack.config.js 字段
devServer: { inline: true }，则相当于通过命令行--inline参数启动（--inline 热加载-刷新页面）。但是，同样的配置文件通过 NodeJS 直接启动时却是不行的。另一个容易困惑的点就是：在配置文件中设置了output.publicPath，通过命令行启动时，完美运行，通过 NodeJS 启动时就报错呢，找不到文件？其实原因就是通过 NodeJS 启动时，new WebpackDevServer产生的 server 是不知道 webpack.config.js 的内容，我们必须自己去配置它，所以var server = new WebpackDevServer(compiler, { publicPath: '/assets/' });就可以了。
二、NodeJS 启动
- 解析 NodeJS 启动 inline mode 的两种方式。
第一种方式：
var config = require("./webpack.config.js");
config.entry.app.unshift("webpack-dev-server/client?http://localhost:8080/");
var compiler = webpack(config);
var server = new WebpackDevServer(compiler, {...});
server.listen(8080);
第二种方式：
var config = require("./webpack.config.js");
var compiler = webpack(config);
var server = new WebpackDevServer(compiler, {...});
server.listen(8080);
// 然后在 html 文件中添加
<script src="http://localhost:8080/webpack-dev-server.js"></script>
// http://localhost:8080 可以删掉不要
分析：在 server.listen() 执行后 server 会生成 /webpack-dev-server.js 文件，该文件就是 webpack-dev-server/client。但是为什么第一种方式需要加上参数 ?http://localhost:8080/ 呢？因为 webpack 打包 config 必须指明，且 config 是访问不到 server.port 的；而 server.listen 后 server 生成的 webpack-dev-server.js 它已经知道端口号了。
三、重点理解
- publicPath: 会把本该生成在 webpack 配置文件的 outputPath.path 下的内容全部生成到 publichPath 内存路径中。通过 NodeJS 启动时需重新配置，且可以不与配置文件的 output.publicPath 字段相同。命令行启动时若不设置，则会默认 server.publicPath = output.publicPath。
- 为什么用 webpack-dev-server 启动后，改变源代码，控制台显示重新编译了，但 output.path 下对应的 bundle 却没有改变？原因是 webpack-dev-server 启动后默认只是把 webpack 重新编译的内容输出到 server.publicPath 内存去了。如果需要改变 bundle 文件内容，需要再通过 NodeJS 启动 webpack。
