Vue Router history模式的配置方法及其原理

始发于个人博客 ryougifujino.com，欢迎访问留言。javascript

vue-router分为hash和history模式，前者为其默认模式，url的表现形式为http://yoursite.com#home，比较难看。后者的url表现形式为http://yoursite.com/home，比较美观。
但若是要使用history模式，咱们须要在后端进行额外配置。本文将讨论如何配置以及为何要这样配置。html

history模式的配置方法

咱们来看看官方文档是教咱们怎么配置的：HTML5 History 模式。前端

首先要将mode设置为history：vue

const router = new VueRouter({
  mode: 'history',
  routes: [...]
})
复制代码

而后设置后端（这里采用的nginx）：java

location / {
  try_files $uri $uri/ /index.html;
}
复制代码

而后就......没了！显然官方的教程讲的比较简略，而且咱们参照这个教程实际上仍是会遇到一些问题。webpack

history模式的配置实践及原理

强烈建议：阅读这部分以前，先看一下nginx的这部分文档和这部分文档。nginx

既然官方文档教咱们这样作了，咱们就按照它说的来实践一下。web

只配置前端的状况

首先，咱们将mode设置为history，但不配置后端。而后，假如咱们的路由是长这个样子的：vue-router

const routes = [
    {path: '/home', component: Home},
    {path: '/', redirect: '/home'}
];
复制代码

咱们用nginx部署项目，而后在地址栏输入http://localhost:8080（这里配置的端口是8080），你会发现地址栏以后会变为http://localhost:8080/home，而且看起来一切正常，彷佛路由也能够正常切换而不会发生其余问题（实际上会发生问题，后面会进行讨论）。看起来好像不须要按官网告诉咱们的那样配置后端也能实现history模式，但若是你直接在地址栏输入http://localhost:8080/home，你会发现你得到了一个404页面。chrome

那么http://localhost:8080为何能够（部分）正常显示呢？道理其实很简单，你访问http://localhost:8080时，静态服务器（这里是nginx）会默认去目标目录（这里为location中root所指定的目录）下寻找index.html（这是nginx在端口后没有额外路径时的默认行为），目标目录下有这个文件吗？有！而后静态服务器返回给你这个文件，配合vue-router进行转发，天然能够（部分）正常显示。
但若是直接访问http://localhost:8080/home，静态服务器会去目标目录下寻找home文件，目标目录下有这个文件吗？没有！因此天然就404了。

配置后端

为了达到直接访问http://localhost:8080/home也能够成功的目的，咱们须要对后端（这里即nginx）进行一些配置。

首先想一想，要怎样才能达到这个目的呢？

在传统的hash模式中（http://localhost:8080#home），即便不须要配置，静态服务器始终会去寻找index.html并返回给咱们，而后vue-router会获取#后面的字符做为参数，对前端页面进行变换。

类比一下，在history模式中，咱们所想要的状况就是：输入http://localhost:8080/home，但最终返回的也是index.html，而后vue-router会获取home做为参数，对前端页面进行变换。那么在nginx中，谁能作到这件事呢？答案就是try_files。

首先看一下try_files的语法：try_files file ... uri;
而后看一下官方文档对它的介绍：

Checks the existence of files in the specified order and uses the first found file for request processing; the processing is performed in the current context. The path to a file is constructed from the file parameter according to the root and alias directives. It is possible to check directory’s existence by specifying a slash at the end of a name, e.g. “$uri/”. If none of the files were found, an internal redirect to the uri specified in the last parameter is made.

大意就是它会按照try_files后面的参数依次去匹配root中对应的文件或文件夹。若是匹配到的是一个文件，那么将返回这个文件；若是匹配到的是一个文件夹，那么将返回这个文件夹中index指令指定的文件。最后一个uri参数将做为前面没有匹配到的fallback。（注意try_files指令至少须要两个参数）

拿我本身的网站举个例子：

location / { 
        root            /data/www/rf-blog-web; 
        index           index.html; 
        try_files       $uri $uri/ /index.html; 
}
复制代码

$uri是nginx中的变量，好比我访问的网址是http://localhost:8080/home，那么它就表明的/home。

在rf-blog-web这个目录中，没有子目录，只有一个index.html和一些压缩后的名称是hash值的.js文件。当咱们请求http://localhost:8080/home这个地址时，首先查找有无home这个文件，没有；再查找有无home目录，也没有。因此最终会定位到第三个参数从而返回index.html，按照这个规则，全部路由里的url路径最后都会定位到index.html。vue-router再获取参数进行前端页面的变换，至此，咱们已经能够经过http://localhost:8080/home这个地址进行成功地访问了。
而$uri这个参数的做用实际上是匹配那些.js文件用的，而$uri/在这个例子中并无多大用，其实是能够去掉的。

history模式下可能会遇到的问题及解决方案

在将个人项目（在路由中用了懒加载）改成history模式的过程当中，有时候发现会出现chunk加载出错的状况，打开chrome的network发现那个chunk加载404了，是由于请求的url中多了一层路径。我在这里发现了解决方案。

LinusBorg说，由于在history模式中切换路由时，咱们是真正改变了页面的url路径，因此webpack的runtime会认为它位于example.com/some/path。若是publicPath是设置的相对路径，那么webpack加载chunk时可能会变成example.com/some/path/static/js/3.js这样的路径，然而chunk的真正路径是example.com/static/js/3.js，因此咱们须要将publicPath设置为绝对路径（publicPath: '/'）来解决这个问题。