一般来说，对于静态资源，我们都希望浏览器能够进行缓存，那样以后进入页面就可以直接使用缓存资源，页面直接直逼火箭速度打开，既提高了用户的体验也节省了宽带资源。
背景： SPA的vue应用，采用webpack2构建，打包入口为main.js 输出：main模块打包成app.js，公共lib打包成vendor.js，公共样式打包成app.css，运行时依赖打包成
在webpack中有时需要使用hash来做静态资源实现增量更新方案之一，文件名的hash值可以有三种hash生成方式，每一种都有不同应用场景，那么三者有何区别呢？
本文内容只适用于webpack v1版本，webpack v2已经修复了hash计算规则。 之前讨论了webpack的hash与chunkhash的区别以及各自的应用场景，如果是常规单页面应用的话，上篇文章提供的方案是没有问题的。但是前端项目复杂多变，应对复杂多页面项目时，我们不得不继续踩webpack的hash坑。 在进入正文之前先解释一下所谓的常规单页面和复杂多页面是什么意思。 这两个并非专业术语，而是笔者实在想不出更恰当的说法了，见谅。 1. 项目类型 1.1 常规单页面项目 常规单页面符合以下条
在webpack 5之前，webpack是没有提供持久化缓存，我们开发的时候需要使用类似 cache-loader 来做缓存方面的处理。
作者：happylindz https://github.com/happylindz/blog/issues/7 前言 最近在看 webpack 如何做持久化缓存的内容，发现其中还是有一些坑点的，正
在 Web 前端单页应用 SPA(Single Page Application)中，路由描述的是 URL 与 UI 之间的映射关系，这种映射是单向的，即 URL 变化引起 UI 更新（无需刷新页面）。
对于一份同逻辑的代码，当我们手写了一个个的文件，它们无论是 ESM 还是 commonJS 或是 AMD，他们都是 module； 当我们写的 module 源文件传到 webpack 进行打包时，webpack 会根据文件引用关系生成 chunk 文件，webpack 会对这个 chunk 文件进行一些操作； webpack 处理好 chunk 文件后，最后会输出 bundle 文件，这个 bundle 文件包含了经过加载和编译的最终源文件，所以它可以直接在浏览器中运行。 一般来说一个 chunk 对应一个 bundle，比如上图中的 utils.js -> chunks 1 -> utils.bundle.js；但也有例外，比如说上图中，我就用 MiniCssExtractPlugin 从 chunks 0 中抽离出了 index.bundle.css 文件。
来到这家公司之后，一直在使用webpack，也写了不少笔记，但是都比较零散，现在决定整理一下webpack相关的知识点，由浅入深，方便自己后续查漏补缺，后续会一直更新。
文件的hash指纹通常作为前端静态资源实现增量更新的方案之一，Webpack是目前最流行的开源编译工具之一，其强大的功能也带来很多坑（当然，大部分麻烦其实都可以在官方文档中找到答案）。 比如，在Webpack编译输出文件的配置过程中，如果需要为文件加入hash指纹，Webpack提供了两个配置项可供使用：hash和chunkhash。那么两者有何区别呢？其各自典型的应用场景又是什么？本文结合笔者工作中遇到的问题，简单记录一下以上问题的解决方案。 1. hash与chunkhash 首先我们先看一下官方文档对
我负责的一个前端项目之前用到的是webpack1，现需要升级到webpack4，特此记录下升级过程中有一些配置和需要注意的问题，具体会介绍：
传统的多页面应用构建方式： 纯服务端渲染，前后端不分离，使用jsp,jade,'ejs','tempalte'等技术在后台先拼接成对应的HTML结构，然后转换成字符串，在每个对应的路由返回对应的数据（文件）即可 Jade模版服务端渲染，代码实现： const express= require('express') const app =express() const jade = require('jade') const result = *** const url path = *** const
随着项目越来越大，页面增多，每次需求中修改一个页面的逻辑后，总会引起其他页面文件的hash改变，导致发布文件过多，提心吊胆的发布，而且文件hash的频繁变动，也没有办法很好利用浏览器缓存。那么有没有办法减少文件的修改呢？ 下面以一个简单的例子来分析下。
对于浏览器来说，一方面期望每次请求页面资源时，获得的都是最新的资源；一方面期望在资源没有发生变化时，能够复用缓存对象。
这两个问题可以从很多方面进行优化，今天我就从前端页面部署阶段来优化一下这两个问题。PS：以下内容都基于vue-cli3+。
webpack使用总结： 入门使用： 这个报错说明需要安装相应的Loader,并在引用时指定相应的loader 执行成功如图： chunk指相应的区块。 要是css引入正确：必须引入css-loade
我们应该都使用过网易云音乐或者是别的一些逼格比较高的网页，他们比较厉害的一点是页面看起来只有一个，不管你点击什么地方，永远不会刷新页面，都是感觉是在一个页面上完成的操作，这个逼格那么高的页面是怎么实现的呢？今天博主就简单的将实现的原理写一下，鄙人能力有限，写的不好的，或者您有自己的想法的，可以随时联系我，这里写的是原生的js实现，不是使用vue或者react的路由实现，所以我明白那些每天使用框架的人看到以后的感觉，肯定是没有vue或者react又或者别的一些数据双向绑定的框架使用起来方便，不过这个是入门的基本原理，所以大神莫怪！
路由模块的本质就是建立起url和页面之间的映射关系。 hash和history改变URL的同时不会重新加载页面和发送请求。 背景知识 早期的前端路由通过location.hash实现，其可以获取到url中#号及其后面的参数 hash路由模式的实现基于以下几个特性 URL中的hash值只是客户端的一种状态，也就是说当向服务器发送请求时，hash部分不会被发送 hash值的改变都会在浏览器的访问历史中增加一个记录，因此我们可以通过浏览器的前进、回退按钮控制hash的切换 可以通过a标签中的href属性或者js
前端路由是指在浏览器端控制页面内容切换显示的机制。在没有服务器端参与的情况下，前端路由可以根据URL的变化，对应展现不同的内容，实现页面的“伪”跳转。
浏览器在加载资源时，为了提高效率，会使用一定的缓存策略，比如强缓存，与协商缓存，那么如何保证在资源发布以后浏览器能拿到最新的资源而不是缓存呢？
路由是网络工程里面的专业术语，就是通过互联把信息从源地址传输到目的地址的活动。本质上就是一种对应关系。分为前端路由和后端路由。
前两天为了优化公司的代码打包项目，恶补了很多 webpack4 的知识。要是放在几年前让我学习 webpack 我肯定是拒绝的，之前看过 webpack 的旧文档，比我们内部项目的文档还要简陋。
上篇从多线程打包和缩小打包作用域两个方面入手，对webpack打包层面做出优化。本篇描述从动态链接库思想方面继续深入探究打包层面的深度优化。
在js跨域双向数据传递时可以用iframe加上location.hash来实现，在研究这个的时候深入学习了一下hash的特性。 hash就是uri中#及后面的部分，例如：www.google.com.hk#123的#123。当只有hash部分发生变化时，浏览器的历史记录会产生记录，但不会向服务器发出请求，这时按后退键地址栏的uri会变化但页面内容不变。 而hash变化但不发出请求就是js跨域双向数据传递的基础啦。 下面就讲述一下hash结合ajax的使用，ajax每次取数据时页面更新后浏览器并
mvvm ：Model-View-ViewModel的缩写， model数据层，数据模型，仅仅关注数据本身 View视图层是用户操作界面 也可称为，当ViewModel对Model进行更新的时候，会通过数据绑定更新到view
其中pushState方法和replaceState方法可以分别增加和替换掉一条记录(必须同源)，而不会重新加载页面。
created:在模板渲染成html前调用，即通常初始化某些属性值，然后再渲染成视图。
早期的路由都是后端来实现的，根据用户访问的地址的不同，浏览器从服务器请求对应的资源或页面展示给用户。当页面数据量大，结构复杂的时候，随之造成服务器的压力也比较大，而且用户访问速度也比较慢。
现代前端开发中最流行的页面模型，莫过于SPA单页应用架构。单页面应用指的是应用只有一个主页面，通过动态替换DOM内容并同步修改url地址，来模拟多页应用的效果，切换页面的功能直接由前台脚本来完成，而不是由后端渲染完毕后前端只负责显示。前端三驾马车Angular,Vue,React均基于此模型来运行的。SPA能够以模拟多页面应用的效果，归功于其前端路由机制。
在介绍缓存的时候，我们习惯将缓存分为强缓存和协商缓存两种。两者的主要区别是使用本地缓存的时候，是否需要向服务器验证本地缓存是否依旧有效。顾名思义，协商缓存，就是需要和服务器进行协商，最终确定是否使用本地缓存。
本文是手写Vue-Router的第一篇，主要是对Vue-Router的知识储备，为后面的手写做准备。
比如有父组件 Parent 和子组件 Child，如果父组件监听到子组件挂载 mounted 就做一些逻辑处理，可以通过以下写法实现：
网页看着不方便，想要文档可以私聊我。要是有错别字和错误的地方，请各位大佬直接指出，谢谢啦！！
网易云音乐 小米移动端 多页应用：与单页应用相对应的，不同的功能通过不同的页面来实现
更新 http://www.bootcdn.cn/jquery.pjax/ 简介 pjax是一个jQuery插件，使用ajax和pushState技术提供快速的浏览体验与真正的永久链接、网页标题、以及浏览器的后退前进按钮操作。 pjax通过抓取HTML从您的服务器通过Ajax和更换容器页面上的HTML内容会与Ajax。然后更新无需重新加载你的网页的布局或任何资源使用pushstate浏览器的当前URL（JS，CSS），提供了一个快速的外观，全页面加载。但它确实就是Ajax和pushstate。 点击这里查看
后端路由： 输入url>请求发送到服务器>服务器解析请求的路径>拿取对应的页面>返回回去 前端路由： 输入url>js解析地址>找到对应的地址的页面>执行页面生成的js>看到页面 vue-router工作流程
使用location对象可以通过很多方式来改变浏览器的位置，每次修改location的属性(hash除外)，页面都会以新URL重新加载。
1、Web路由需要实现的目标 上一篇文章中我们谈到了SPA（Single-page application）的出现，但SPA的应用有个需要解决的问题，就是浏览器只加载记录了一个html，所以当刷新浏览器时js会重新执行，当前页面的内容便会丢失；页面跳转时浏览器不会向服务器发出新的页面请求，浏览器也就无法前进、后退页面。 所以前端web路由需要实现以下目标： （1）能根据页面URL来获取不同的模块，但不发起新的页面请求； （2）能监听URL的变化。
以前的很多技术，比如PHP，路由是直接发给后端，然后由后端根据路由返回对应的页面。但是现在的前端技术，比如Vue, React都用的前端路由了，就是用户输入的路由跟后端并不是对应的了，而是前端来处理路由了，然后由前端来发起对应的请求。前端路由，后端路由具体流程如下：
React-Router 是 React 场景下的路由解决方案，本讲我们将学习 React-Router 的实现机制，并基于此提取和探讨通用的前端路由解决方案。
随着前端应用的业务功能越来越复杂、用户对于使用体验的要求越来越高，单页应用（SPA）成为前端应用的主流形式。大型单页应用最显著特点之一就是采用前端路由系统，通过改变URL，在不重新请求页面的情况下，更新页面视图。
相信每一个前端er对于跨域这两个字都不会陌生，在实际项目中应用也是比较多的。但跨域方法的多种多样实在让人目不暇接。老规矩，碰到这种情况，就只能自己总结一篇博客，作为记录。
1. 理解react-router react的一个插件库 专门用来实现一个SPA应用 基于react的项目基本都会用到此库 2. 几个重要问题 1). SPA应用 单页Web应用（single pa
spa spa全称：single-page application（单页应用） 是一种特殊的Web应用。它将所有的活动局限于一个Web页面中，仅在该Web页面初始化时加载相应的HTML、JavaScript、CSS。一旦页面加载完成，SPA不会因为用户的操作而进行页面的重新加载或跳转，而是利用JavaScript动态的变换HTML,从而实现UI与用户的交互。 SPA百度百科 最显著的特点：正常情况下，我们会在一个页面中链接到其他的很多个页面，进行页面的跳转，但是如果使用单页面应用的话，我们始终在一个页面中。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
