使用location对象可以通过很多方式来改变浏览器的位置，每次修改location的属性(hash除外)，页面都会以新URL重新加载。
HTTP缓存（ ETag、Cache-Control）——谷歌开发者 HTTP缓存有利于web性能优化
前端路由是指在浏览器端控制页面内容切换显示的机制。在没有服务器端参与的情况下，前端路由可以根据URL的变化，对应展现不同的内容，实现页面的“伪”跳转。
我们应该都使用过网易云音乐或者是别的一些逼格比较高的网页，他们比较厉害的一点是页面看起来只有一个，不管你点击什么地方，永远不会刷新页面，都是感觉是在一个页面上完成的操作，这个逼格那么高的页面是怎么实现的呢？今天博主就简单的将实现的原理写一下，鄙人能力有限，写的不好的，或者您有自己的想法的，可以随时联系我，这里写的是原生的js实现，不是使用vue或者react的路由实现，所以我明白那些每天使用框架的人看到以后的感觉，肯定是没有vue或者react又或者别的一些数据双向绑定的框架使用起来方便，不过这个是入门的基本原理，所以大神莫怪！
React-Router 是 React 场景下的路由解决方案，本讲我们将学习 React-Router 的实现机制，并基于此提取和探讨通用的前端路由解决方案。
路由模块的本质就是建立起url和页面之间的映射关系。 hash和history改变URL的同时不会重新加载页面和发送请求。 背景知识 早期的前端路由通过location.hash实现，其可以获取到url中#号及其后面的参数 hash路由模式的实现基于以下几个特性 URL中的hash值只是客户端的一种状态，也就是说当向服务器发送请求时，hash部分不会被发送 hash值的改变都会在浏览器的访问历史中增加一个记录，因此我们可以通过浏览器的前进、回退按钮控制hash的切换 可以通过a标签中的href属性或者js
起因是这样的，在尝试前后端分离的这条道路上，我自己也在不断摸索，感觉要把大部分的坑都踩踩了。目前我用的技术是：
传统的多页面应用构建方式： 纯服务端渲染，前后端不分离，使用jsp,jade,'ejs','tempalte'等技术在后台先拼接成对应的HTML结构，然后转换成字符串，在每个对应的路由返回对应的数据（文件）即可 Jade模版服务端渲染，代码实现： const express= require('express') const app =express() const jade = require('jade') const result = *** const url path = *** const
今天有一个刷新的需求，先后使用了reload()、replace 方法以及window.location.href三种方式，结果都只是在pc端没问题，移动端微信中浏览失败。之后在相应js中加了alert事件，结果发现仅在第一次进入页面时执行了，再次刷新时并未执行，故目前怀疑是微信中默认缓存了静态资源。
大文档 https://developer.mozilla.org/en-US/docs/Web/Security/Subresource_Integrity
路由是网络工程里面的专业术语，就是通过互联把信息从源地址传输到目的地址的活动。本质上就是一种对应关系。分为前端路由和后端路由。
首先，我们知道vue实现的单页应用中一般不会去刷新页面，因为刷新之后页面中的vuex数据就不见了。 其次，我们也知道一般情况下，url变更的时候，比如指定location.href、history.push、replace等，页面就会刷新。
正确使用缓存可以带来巨大的性能优势，节省宽带，并降低服务器成本，但许多网站并不重视缓存，造成竞争条件，导致相互依赖的资源不同步。
在 jQuery 时代，对于大部分 Web 项目而言，前端都是不能控制路由的，而是需要依赖后端项目的路由系统。通常，前端项目也会部署在后端项目的模板里，对于每次的页面跳转，都由后端开发人员来负责重新渲染模板。
在 Web 前端单页应用 SPA(Single Page Application)中，路由描述的是 URL 与 UI 之间的映射关系，这种映射是单向的，即 URL 变化引起 UI 更新（无需刷新页面）。
https://juejin.im/entry/6844903479044112391
早期的路由都是后端来实现的，根据用户访问的地址的不同，浏览器从服务器请求对应的资源或页面展示给用户。当页面数据量大，结构复杂的时候，随之造成服务器的压力也比较大，而且用户访问速度也比较慢。
使用vue开发时，在vue初始化之前，由于div是不归vue管的，所以我们写的代码在还没有解析的情况下会容易出现花屏现象，看到类似于{{message}}的字样，虽然一般情况下这个时间很短暂，但是还是有必要让解决这个问题的。
1. reload方法用于刷新当前文档，不从缓存中读取，走一遍服务器。使用reload页面内的表单可能会重新提交
Vue，Angular，React前端三大框架巨头，重要性不用多说，不过目前项目开发中主要用vue，现总结了一些Vue常用的知识点。
现代前端开发中最流行的页面模型，莫过于SPA单页应用架构。单页面应用指的是应用只有一个主页面，通过动态替换DOM内容并同步修改url地址，来模拟多页应用的效果，切换页面的功能直接由前台脚本来完成，而不是由后端渲染完毕后前端只负责显示。前端三驾马车Angular,Vue,React均基于此模型来运行的。SPA能够以模拟多页面应用的效果，归功于其前端路由机制。
最近看到一些人在问单页面和多页面应用的区别。因为最近在整理 Vue 相关的内容，所以也就输出这一篇短文希望可以给你一个整体的认识。
mvvm ：Model-View-ViewModel的缩写， model数据层，数据模型，仅仅关注数据本身 View视图层是用户操作界面 也可称为，当ViewModel对Model进行更新的时候，会通过数据绑定更新到view
路由的概念来源于服务端，在服务端中路由描述的是 URL 与处理函数之间的映射关系。
该方法强迫浏览器刷新当前页面。 语法：location.reload([bForceGet]) 参数： bForceGet， 可选参数， 默认为 false，从客户端缓存里取当前页。true, 则以 GET 方式，从服务端取最新的页面, 相当于客户端点击 F5(“刷新”)
后端有后端路由，根据路由返回特定的网页，代表者是传统的mvc模式，模板引擎+node。前端也有前端的路由，我们用三大框架做spa的时候，总是和路由离不开关系。主要有两种方法：基于哈希路由、基于history
浅谈移动端页面无刷新跳转问题的解决方案 2017-12-22 祈澈姑娘 最近开发微信公众号，用的框架是 一般的 UI，但是涉及到多页面之间的相互跳转的问题，降低了浏览器的性能，用户体验特别不好，卡顿，不流畅,因此不采用传统的页面跳转方式，看到不少手机网页开发的框架都都是在一个html文档中包涵多个页面的内容，每页放到不同的 里面。 于是采用当下流行的单页面模，在做pc网页的时候一般都直接给链接的。比起用链接来跳转页面，这样做也是有很多好处的（比如appjs,jquery Mobile) 这种web形式在如
SPA(single page application)-单页面应用有两个特点，一是路由控制，二是模板渲染。通过路由器，可以在不reload页面的情况下，实现页面部分刷新。那么，最关键的地方，就是如何设计路由器，如何让路由器工作？
再通过 onhashchange 事件监听hash锚点的变化，手动进行前进后退操作，浏览器支持度
路由是一个网络工程里面的术语。路由（routing）就是通过互联的网络把信息从源地址传输到目的地址的活动. --- 维基百科
定义：主要用于单页面应用，大部分页面结构不变，只通过JS改变部分内容的使用（例如：react-router,vue-router）
网页看着不方便，想要文档可以私聊我。要是有错别字和错误的地方，请各位大佬直接指出，谢谢啦！！
在局部刷新，需要创建一个对象，代替浏览器发起请求的行为，这个对象存在内存中。 代替浏览器发起请求并接收响应数据。这个对象叫做异步请求对象。
一开始我还以为vue的路由只能用在工程化的项目里面呢，然后研究了一下才发现，在脚本化里面也是可以用的。其实呢不管在哪里用，把原理研究明白就对了。
编者按：本文作者高峰 http://verymuch.site/，奇舞团前端工程师，W3C性能工作组成员，同时在WOT工作组学习。
路由：我们仨都算是负责运输行业的，但是我只是负责运输线路的确定 路由表：为了避免“转送”送错货物到码头，我就负责指定运输的码头 转送： 我负责具体的货物运输，将货物运输到指定的码头。要是没有“路由表”大哥的帮忙，我肯定一天要在十多个码头来来回回的瞎折腾呢。
上一篇Vite入门从手写一个乞丐版的Vite开始（上）我们已经成功的将页面渲染出来了，这一篇我们来简单的实现一下热更新的功能。
18岁以下勿入！！！ 看到这个标题，是不是觉得我们准备搞事情了，没错！我们的口号就是： 咳咳，这里是TSW的研发团队，在前不久我们开源了TSW (Tencent Server Web)框架，TSW是一
Vite 在运行过程中，会记录每个模块间的依赖关系，所有的依赖关系，最终会汇总成一个模块依赖图。利用这个模块依赖图，Vite 能够准确地进行热更新。
reload 方法，该方法强迫浏览器刷新当前页面。 语法：location.reload([bForceGet]) 参数： bForceGet， 可选参数， 默认为 false，从客户端缓存里取当前页。true, 则以 GET 方式，从服务端取最新的页面, 相当于客户端点击 F5("刷新")
在单页应用如此流行的今天，曾经令人惊叹的前端路由已经成为各大框架的基础标配，每个框架都提供了强大的路由功能，导致路由实现变的复杂。想要搞懂路由内部实现还是有些困难的，但是如果只想了解路由实现基本原理还是比较简单的。本文针对前端路由主流的实现方式 hash 和 history，提供了原生JS/React/Vue 共计六个版本供参考，每个版本的实现代码约 25~40 行左右（含空行）。 什么是前端路由？ 路由的概念来源于服务端，在服务端中路由描述的是 URL 与处理函数之间的映射关系。 在 Web 前端单
随着 ajax 的流行，异步数据请求交互运行在不刷新浏览器的情况下进行。而异步交互体验的更高级版本就是 SPA —— 单页应用。单页应用不仅仅是在页面交互是无刷新的，连页面跳转都是无刷新的，为了实现单页应用，所以就有了前端路由。 类似于服务端路由，前端路由实现起来其实也很简单，就是匹配不同的 url 路径，进行解析，然后动态的渲染出区域 html 内容。但是这样存在一个问题，就是 url 每次变化的时候，都会造成页面的刷新。那解决问题的思路便是在改变 url 的情况下，保证页面的不刷新。在 2014 年之前，大家是通过 hash 来实现路由，url hash 就是类似于：
created:在模板渲染成html前调用，即通常初始化某些属性值，然后再渲染成视图。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
