这种方法就类似于一个栈结构,最后push进去的URL会在栈顶,然后history.back()的时候就会出栈,也就会返回到我们上一个push进去的URL中
路由模块的本质就是建立起url和页面之间的映射关系。 hash和history改变URL的同时不会重新加载页面和发送请求。 背景知识 早期的前端路由通过location.hash实现，其可以获取到url中#号及其后面的参数 hash路由模式的实现基于以下几个特性 URL中的hash值只是客户端的一种状态，也就是说当向服务器发送请求时，hash部分不会被发送 hash值的改变都会在浏览器的访问历史中增加一个记录，因此我们可以通过浏览器的前进、回退按钮控制hash的切换 可以通过a标签中的href属性或者js
现代前端开发中最流行的页面模型，莫过于SPA单页应用架构。单页面应用指的是应用只有一个主页面，通过动态替换DOM内容并同步修改url地址，来模拟多页应用的效果，切换页面的功能直接由前台脚本来完成，而不是由后端渲染完毕后前端只负责显示。前端三驾马车Angular,Vue,React均基于此模型来运行的。SPA能够以模拟多页面应用的效果，归功于其前端路由机制。
TAM上云访问链路： 访问域名->UDNS(CNAME)->ias->北极星(负载和寻址)->tke 搜索页性能优化： 改良的csr，在服务端组装部分数据和html，在不增加服务器负载的情况下，减少在浏览器端的请求，首屏速度更快 为什么模块循环依赖不会死循环，CommonJS和ESModule是怎样处理的？ CommonJS是拷贝引用，可以利用缓存，避免死循环。每一个模块都先加入缓存再执行，每次遇到require都先检查缓存，这样可以避免死循环 ESModule是拷贝值，借助模块底图，在循
使用 window.history.pushState 和 window.history.replaceState 也可以使用修改 URL 而不重新加载页面
相信每一个前端er对于跨域这两个字都不会陌生，在实际项目中应用也是比较多的。但跨域方法的多种多样实在让人目不暇接。老规矩，碰到这种情况，就只能自己总结一篇博客，作为记录。
如果你的前端项目使用Vue+Vue CLI开发,部署到服务器上你一定会遇到以下几个场景：
在使用上来说，iframe 跨域是比较麻烦的一种（创建新元素 -> 处理跨域交互），但是伟大的邓小平同志说过：
在后端为了加速服务的访问速度，通常可以使用 Memcached、Redis 做数据缓存，那么在浏览器端又有哪些缓存策略呢？
Vue-Router 有两种模式，默认是 hash 模式，另外一种是 history 模式。
在webpack中有时需要使用hash来做静态资源实现增量更新方案之一，文件名的hash值可以有三种hash生成方式，每一种都有不同应用场景，那么三者有何区别呢？
本文内容只适用于webpack v1版本，webpack v2已经修复了hash计算规则。 之前讨论了webpack的hash与chunkhash的区别以及各自的应用场景，如果是常规单页面应用的话，上篇文章提供的方案是没有问题的。但是前端项目复杂多变，应对复杂多页面项目时，我们不得不继续踩webpack的hash坑。 在进入正文之前先解释一下所谓的常规单页面和复杂多页面是什么意思。 这两个并非专业术语，而是笔者实在想不出更恰当的说法了，见谅。 1. 项目类型 1.1 常规单页面项目 常规单页面符合以下条
路由是一个网络工程里面的术语。路由（routing）就是通过互联的网络把信息从源地址传输到目的地址的活动. --- 维基百科
这两个问题可以从很多方面进行优化，今天我就从前端页面部署阶段来优化一下这两个问题。PS：以下内容都基于vue-cli3+。
随着前端应用的业务功能越来越复杂、用户对于使用体验的要求越来越高，单页应用（SPA）成为前端应用的主流形式。大型单页应用最显著特点之一就是采用前端路由系统，通过改变URL，在不重新请求页面的情况下，更新页面视图。
一、html-webpack-plugin插件 简单创建 HTML 文件，用于服务器访问 例如：我们要为输出文件添加哈希值标记，避免老的不变的文件重新加载，避免新修改的文件受缓存影响。 在前后两次在终端输入webpack打包时，即使component中的所有文件都没有变化，资源是要重新加载一遍的。 同理，在生产中，每次需要在代码中更新内容时，服务器都必须重新部署，然后再由所有客户端重新下载。 而通过网络获取资源可能会很慢，那么我们怎么才能避免这个问题呢———给output中的bundle文件提供hash值标
在webpack 5之前，webpack是没有提供持久化缓存，我们开发的时候需要使用类似 cache-loader 来做缓存方面的处理。
想在vite.config.js 里面判断一下环境，看看是不是开发环境，查了一下官网（https://cn.vitejs.dev/guide/env-and-mode.html），说是 可以使用 import.meta.env.DEV 。
React-Router 是 React 场景下的路由解决方案，本讲我们将学习 React-Router 的实现机制，并基于此提取和探讨通用的前端路由解决方案。
其中pushState方法和replaceState方法可以分别增加和替换掉一条记录(必须同源)，而不会重新加载页面。
响应头中设置 Expires的值为格林威治时间 就是告诉客户端，此资源的请求可以用到指定时间点，在此时间之前，都要重新发请求到服务器请求这个资源，强制读取缓存
即每一个页面对应着一个状态，一个状态有一个状态名，还有一个模板/模板url，这样我们就可以将不同页面的内容写到不同的html里，然后通过templateUrl将他们动态加载进来渲染页面。
楼主经过实际的项目情况反馈，总结以下两点切实可行的办法，分享给大家，希望对大家有帮助。
对于JS中history对象我们最常用的就是back()、forward()、go()三个方法，H5新增了pushState()和replaceState()用来无刷新页面来更新URL地址，本章所说的H5 history API也指的是这两个方法。
在 Web 前端单页应用 SPA(Single Page Application)中，路由描述的是 URL 与 UI 之间的映射关系，这种映射是单向的，即 URL 变化引起 UI 更新（无需刷新页面）。
路由的概念来源于服务端，在服务端中路由描述的是 URL 与处理函数之间的映射关系。
这个问题全网只有两个人写过博客 但是不适合我这个 （我也不知道为啥 ） 如果你也有这样的问题可以尝试下： 第一篇博客解决办法发是 webpack 和 webpackServe 及 html-webpack-plugin 版本冲突 这个直接去重写install 个版本就好了 博客链接 ： https://blog.csdn.net/qq_31290307/article/details/86158770 第二篇博客解决办法如下 ： set “html-webpack-plugin”: “^4.0.0-alpha” => “4.0.0-alpha” remove node_modules remove package-lock.json npm install 博客链接： https://www.cnblogs.com/ybz94/p/9625864.html
众所周知，路由是前端必不可少的一部分，在实际业务中也是我们接触最多的一个模块。那其实不论 Vue 还是 React，他们实现路由的原理都大同小异，既通过 hash 和 history 这两种方式实现。
使用location对象可以通过很多方式来改变浏览器的位置，每次修改location的属性(hash除外)，页面都会以新URL重新加载。
浅谈移动端页面无刷新跳转问题的解决方案 2017-12-22 祈澈姑娘 最近开发微信公众号，用的框架是 一般的 UI，但是涉及到多页面之间的相互跳转的问题，降低了浏览器的性能，用户体验特别不好，卡顿，不流畅,因此不采用传统的页面跳转方式，看到不少手机网页开发的框架都都是在一个html文档中包涵多个页面的内容，每页放到不同的 里面。 于是采用当下流行的单页面模，在做pc网页的时候一般都直接给链接的。比起用链接来跳转页面，这样做也是有很多好处的（比如appjs,jquery Mobile) 这种web形式在如
mvvm ：Model-View-ViewModel的缩写， model数据层，数据模型，仅仅关注数据本身 View视图层是用户操作界面 也可称为，当ViewModel对Model进行更新的时候，会通过数据绑定更新到view
最近看到一些人在问单页面和多页面应用的区别。因为最近在整理 Vue 相关的内容，所以也就输出这一篇短文希望可以给你一个整体的认识。
Webpack 是当下最热门前端资源模块化管理和打包工具。任何形式的资源都可以视作模块，通
目前单页应用（SPA）越来越成为前端主流，单页应用一大特点就是使用前端路由，由前端来直接控制路由跳转逻辑，而不再由后端人员控制，这给了前端更多的自由。
笔者早期开发了一个导航网站，一直想要重构，因为懒拖了好几年，终于，在了解到微前端大法后下了决心，因为工作上一直没有机会实践，没办法，只能用自己的网站试试，思来想去，访问量最高的也就是这个破导航网站了，于是用最快的时间完成了基本功能的重构，然后准备通过微前端来扩展网站的功能，比如天气、待办、笔记、秒表计时等等，这些功能属于附加的功能，可能会越来越多，所以不能和导航本身强耦合在一起，需要做到能独立开发，独立上线，所以使用微前端再合适不过了。
webpack处理url资源的配置 1.安装 npm i url-loader -D 2.修改webpack.config.js const path = require('path'); // 启用热更新的 第2步 const webpack = require('webpack') //导入html插件 //只要是插件,都一定要放到plugins节点中去 const htmlWebpackPlugin = require('html-webpack-plugin') // 这个配置文件，起始就是一个 J
备注：当此操作可以执行，弹出信息框，说明我们可以通过这种方式获取网页的cookie值了，只要将payload中的xss换成document.cookie就可以了：<script>alert(document.cookie)</script>
打包图片资源 Webpack 用来处理一些文件时， 是选用对应的loader 来 处理打包的，知道这个原理，就好办了。 例如： 打包图片，就找对应的 打包图片的 loader， 1. 安装 2. 使用 ，这样就完成了处理打包。 图片打包使用的是loader 为 url-loader 和 file-loader 来处理打包图片 test： 自定义要处理哪些图片格式 使用url-loader时，可通过options 来配置一些图片的属性，例如大小， 次例子，当图片大小 小于 1MB 转化为Bas
我们需要引入vue-router.js文件，而且必须是在vue.js文件之后引入
1、Web路由需要实现的目标 上一篇文章中我们谈到了SPA（Single-page application）的出现，但SPA的应用有个需要解决的问题，就是浏览器只加载记录了一个html，所以当刷新浏览器时js会重新执行，当前页面的内容便会丢失；页面跳转时浏览器不会向服务器发出新的页面请求，浏览器也就无法前进、后退页面。 所以前端web路由需要实现以下目标： （1）能根据页面URL来获取不同的模块，但不发起新的页面请求； （2）能监听URL的变化。
通过将vue-cli预设配置弹出的操作，我查看了一下 Vue-cli 预设Webpack配置，和我自己的webpack配置，没看出问题来。感觉一切正常
起因是这样的，在尝试前后端分离的这条道路上，我自己也在不断摸索，感觉要把大部分的坑都踩踩了。目前我用的技术是：
首先webpack是一个静态模块打包器，所谓的静态模块，包括脚本、样式表和图片等等；webpack打包时首先遍历所有的静态资源，根据资源的引用，构建出一个依赖关系图，然后再将模块划分，打包出一个或多个bundle。再次白piao一下官网的图，生动的描述了这个过程：
在单页应用如此流行的今天，曾经令人惊叹的前端路由已经成为各大框架的基础标配，每个框架都提供了强大的路由功能，导致路由实现变的复杂。想要搞懂路由内部实现还是有些困难的，但是如果只想了解路由实现基本原理还是比较简单的。本文针对前端路由主流的实现方式 hash 和 history，提供了原生JS/React/Vue 共计六个版本供参考，每个版本的实现代码约 25~40 行左右（含空行）。 什么是前端路由？ 路由的概念来源于服务端，在服务端中路由描述的是 URL 与处理函数之间的映射关系。 在 Web 前端单
继上篇Webpack 初体验后，本章将讲解如何进行打包资源文件，图片的打包以及其它资源呢的打包。以及Webpack的 devServer 自动化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
