Appearance
为什么要搭建本地服务器?
目前我们开发的代码,为了运行需要有两个操作:
操作一:npm run build,编译相关的代码;
操作二:通过live server或者直接通过浏览器,打开index.html代码,查看效果;
这个过程经常操作会影响我们的开发效率,我们希望可以做到,当文件发生变化时,可以自动的完成 编译 和 展示;
为了完成自动编译,webpack提供了几种可选的方式:
webpack watch mode;
webpack-dev-server(常用);
webpack-dev-middleware;
webpack-dev-server
上面的方式可以监听到文件的变化,但是事实上它本身是没有自动刷新浏览器的功能的:
当然,目前我们可以在VSCode中使用live-server来完成这样的功能;
但是,我们希望在不使用live-server的情况下,可以具备live reloading(实时重新加载)的功能;
安装webpack-dev-server
json
npm install webpack-dev-server -D修改配置文件,启动时加上serve参数:
package.json
json
{
"scripts": {
"serve": "webpack serve",
}
}webpack-dev-server 在编译之后不会写入到任何输出文件,而是将 bundle 文件保留在内存中:
事实上webpack-dev-server使用了一个库叫memfs(memory-fs webpack自己写的)
devServer的static
devServer中static对于我们直接访问打包后的资源其实并没有太大的作用,它的主要作用是如果我们打包后的资源,又依赖于
其他的一些资源,那么就需要指定从哪里来查找这个内容:
比如在index.html中,我们需要依赖一个 abc.js 文件,这个文件我们存放在 public文件 中;
public目录下可以放一些静态资源,比如js/css/img/font等
在index.html中,我们应该如何去引入这个文件呢?

webpack.config.js中设置static即可,但是注意,使用的时候要用相对路径
javascript
module.exports = {
devServer: {
static: ['public', 'content'],
}
}public是默认进行配置的,也可以不写。
hotOnly、host配置
hotOnly是当代码编译失败时,是否刷新整个页面:
默认情况下当代码编译失败修复后,我们会重新刷新整个页面;
如果不希望重新刷新整个页面,可以设置hotOnly为true;
host设置主机地址:
默认值是localhost;
如果希望其他地方也可以访问,可以设置为 0.0.0.0;
localhost 和 0.0.0.0 的区别:
localhost:本质上是一个域名,通常情况下会被解析成127.0.0.1;
127.0.0.1:回环地址(Loop Back Address),表达的意思其实是我们主机自己发出去的包,直接被自己接收;
- 正常的数据库包经常 应用层 - 传输层 - 网络层 - 数据链路层 - 物理层 ;
- 而回环地址,是在网络层直接就被获取到了,是不会经常数据链路层和物理层的;
- 比如我们监听 127.0.0.1时,在同一个网段下的主机中,通过ip地址是不能访问的;
0.0.0.0:监听IPV4上所有的地址,再根据端口找到不同的应用程序;
- 比如我们监听 0.0.0.0时,在同一个网段下的主机中,通过ip地址是可以访问的;
port、open、compress
port设置监听的端口,默认情况下是8080
open是否打开浏览器:
- 默认值是false,设置为true会打开浏览器;
- 也可以设置为类似于 Google Chrome等值;
compress是否为静态文件开启gzip compression:
默认值是false,可以设置为true;

webpack.config.js
javascript
module.exports = {
devServer: {
host: '0.0.0.0',
port: 3000,
open: true,
compress: true,
}
}Proxy代理
proxy是我们开发中非常常用的一个配置选项,它的目的设置代理来解决跨域访问的问题:
比如我们的一个api请求是 http://localhost:8888,但是本地启动服务器的域名是 http://localhost:8080,这个时候发送网
络请求就会出现跨域的问题;
那么我们可以将请求先发送到一个代理服务器,代理服务器和API服务器没有跨域的问题,就可以解决我们的跨域问题了;
我们可以进行如下的设置:
target:表示的是代理到的目标地址,比如 /api-hy/moment会被代理到 http://localhost:8888/api-hy/moment;
pathRewrite:默认情况下,我们的 /api-hy 也会被写入到URL中,如果希望删除,可以使用pathRewrite;
changeOrigin:它表示是否更新代理后请求的headers中host地址;
javascript
module.exports = {
proxy: {
'/api': {
target: 'http://localhost:9000',
pathRewrite: {
'^/api': ''
},
changeOrigin: true
}
},
}changeOrigin的解析
这个 changeOrigin官方说的非常模糊,通过查看源码我发现其实是要修改代理请求中的headers中的host属性:
首先,我们koa代码搭建api的服务器
javascript
// koa代码搭建api的服务器
const Koa = require('koa')
const KoaRouter = require('@koa/router')
const app = new Koa()
const userRouter = new KoaRouter({ prefix: '/users' })
userRouter.get("/list", (ctx, next) => {
console.log(ctx.headers) // 查看host
ctx.body = [
{ name: 'why', age: 18, score: 99 },
{ name: 'kobe', age: 30, score: 100 },
{ name: 'james', age: 25, score: 100 }
]
})
app.use(userRouter.routes())
app.listen(9000, () => {
console.log('api服务器启动成功~')
})src/index.js
javascript
// 8.发送网络请求获取数据
axios.get('/api/users/list').then(res => {
console.log(res.data)
})目前webpack.config.js的配置如下:
javascript
module.exports = {
devServer: {
host: '0.0.0.0',
port: 8888,
open: true,
compress: true,
proxy: {
'/api': {
target: 'http://localhost:9000',
pathRewrite: {
'^/api': ''
},
}
},
}
}发送/api/users/list这个请求本质上访问的是http://localhost:8888//users/list,然后将这个请求发送给代理服务器devServer,devServer再发送给koa服务器,koa服务器header中的host属性是http://localhost:8888,但是因为服务器的地址是http://localhost:9000,如果服务器有判断host不是localhost:9000就不返回数据(防止数据被爬),那么接口访问就不能拿到数据。
所以,我们需要设置changeOrigin为true,设置之后会怎么样呢?
javascript
module.exports = {
devServer: {
...
proxy: {
'/api': {
target: 'http://localhost:9000',
pathRewrite: {
'^/api': ''
},
changeOrigin: true // changeOrigin设置为true
}
},
}
}设置changeOrigin为true之后代理服务器发送给koa服务器就是http://localhost:9000/users/list,这样就能返回数据。

在源码中有判断如果changeOrigin为true,就会使用target的地址

historyApiFallback
historyApiFallback是开发中一个非常常见的属性,它主要的作用是解决SPA页面在路由跳转之后,进行页面刷新时,返回404
的错误。
boolean值:默认是false
如果设置为true,那么在刷新时,返回404错误时,会自动返回 index.html 的内容;
object类型的值,可以配置rewrites属性:
可以配置from来匹配路径,决定要跳转到哪一个页面;
事实上devServer中实现historyApiFallback功能是通过connect-history-api-fallback库的:
可以查看connect-history-api-fallback 文档,地址:https://github.com/bripkens/connect-history-api-fallback