文章正文

原理区别 hash原理：hash通过监听浏览器的onhashchange()事件变化，查找对应的路由规则history原理： 利用H5的 history中新增的两个API pushState() 和 replaceState() 和一个事件onpopstate监听URL变化history模式利用了HTML5 History Interface中新增的pushState()和replaceState()方法，这两个方法应用于浏览器的历史记录栈，在当前已有的back、forward、go的基础上，他们提供了对当前浏览器进行修改的功能，只是当它们被修改时，虽然浏览器的URL发生了变化，但是不会立即向后端服务器发送请求，但是如果点击刷新，就会重新向后端服务器发送请求。hash 就是指 url 尾巴后的 # 号以及后面的字符，history没有底带#，外观上比hash 模好看些hash回车刷新会加载到地址栏对应的页面，history一般就是404掉了hash 能兼容到IE8， history 只能兼容到 IE10； hash 值变化不会导致浏览器向服务器发出请求,而且 hash 改变会触发 hashchange 事件（hashchange只能改变 # 后面的url片段）；虽然hash路径出现在URL中，但是不会出现在HTTP请求中，对后端完全没有影响，因此改变hash值不会重新加载页面，基本都是使用 hash 来实现前端路由的。
Hashihnstory的原理和区别，我认为这应该非常不错，而且这个应该可以达到更好的一个园内使用性能，所以我认为这应该可以达到更好的使用程度，还是非常好的。
H和history的原理和区别。他们的原理和区别都有，并且不是叙述几分钟几秒钟就可以完成的，你在网上下载一下子。
原理和区别就是他们的大两个单词是不一样的，所以话就是他们家的原理和以及它的区别点。
Hash和history的原理和区别在于两者的原理，基本上没有什么区别，而最大的区别之处在于于他们所网络的群体不同

1.beforeCreate(创建前) 数据观测和初始化事件还未开始2.Create(创建后)完成数据观测，属性和方法的运算，初始化事件，$el属性还没有显示出来3.beforeMounted(挂载前)在挂载之前被调用，相关的render函数首次被调用，实例完成以下配置:编译模板，把data里面的数据和模板生成html。此时还没有挂html到页面上。4.mounted(挂在后)在el被新建的vm.$el替换，并挂载到实例上去之后被调用。实例已完成以下配置:用上面编译好的html内容替换el属性指向的DOM对象。完成模板中的html渲染到html页面中。此过程中进行ajax交互。5.beforeUpdate(更新前)在数据更新之前调用，发生在虚拟DOM重新渲染和打补丁之前。可以在该钩子中进一步地更改状态，不会触发附加的重新渲染过程。6.updated(更新后)在由于数据更改导致的虚拟DOM重新渲染和打补丁之后调用。调用时，组件DOM已经更新，所以可以执行依赖DOM的操作。然而在大多数情况下，应该避免在此期间更改状态，因为这可能会导致更新无限循环。该钩子在服务器端渲染期间不被调用。7.beforeDestory(销毁前)在实例销毁之前调用。实例仍然完全可用。8.destoryed(销毁后)在实例销毁之后调用。调用后，所有事件监听会被移除，所有的子实例也会被销毁。该钩子在服务器端渲染期间不被调用。加载渲染过程1.父组件beforeCreate()2.父组件created()3.父组件beforeMounte()4.子组件beforeCreate()5.子组件created()6.子组件beforeMounte()7.子组件mounted()8.父组件mounted()更新过程1.父组件beforeUpdate()2.子组件beforeUpdate()3.子组件updated()4.父组件updated()销毁过程1.父组件beforeDestory()2.子组件beforeDestory()3.子组件destoryed()4.父组件destoryed()computed(计算属性)定义：是数据层到视图层的数据转化映射计算属性是基于他们的依赖进行的缓存，只有在相关依赖发生改变时，他们才会重新求值，也就是说，只要他们的依赖没有发生变化，那么每次访问的时候计算属性都会立即返回之前的计算结果，不再执行函数；计算属性与普通属性的区别：1.计算属性是响应式的，methods并非响应式；2.调用方式不一样，computed定义的成员像属性一样访问，而method定义的成员必须以函数的形式调用。3.computed.是带缓存的，只有依赖的数据发生改变的时候，才会重新计算，而methods里面的函数在每次调用时都要执行。4.computed中的成员可以只定义一个函数作为只读属性，也可以定义get/set变成可读属性，这点methods中的成员做不到。5.computed不支持异步，当computed内有异步操作时无效，无法监听数据变化。A.data中某一属性的至发生改变后，视图会立即同步进行重新渲染B.Vue实例创建后再添加的属性，该属性改动将不会触发视图更新C.计算属性只有在它的相关依赖发生改变时才会重新求值D.Vue组件的data选项必须是函数答案解析：A. data中某一属性的至发生改变后，视图 不会 立即同步进行重新渲染Vue实现响应式并不是数据发生变化之后DOM立即变化，而是按一定的策略进行DOM的更新。Vue在更新DOM时是异步执行的。只要侦听的数据变化，Vue将开启一个队列，并缓存在同一事件循环中发生所有数据变更。如果同一个Watcher被多次出发，指挥被推入到队列中一次，这种在缓存时去除重复数据对于避免不必要的计算和DOM操作时非常重要的。然后，在下一个的时间循环"tick"中，Vue刷新队列并执行实际(已去重的)工作。1.当我们把对象传入Vue实例作为data选项，Vue会遍历此对象所有的property，并使用Object.defineProperty把这些property全部转化为getter/setter.并且在内部追踪相关依赖，在属性被访问和修改时通知变化。2.每个组件实例都对应一个watcher实例，它会在组件渲染过程中把"接触"过的数据property记录为依赖，3.当data的某一值发生改变之后，就会触发实例setter,同时通知watcher重新计算,使它关联的组件重新渲染视图D.1.Object是引用数据类型,如果不用函数 返回,每个组件的data 都是内存的同一个地址,一个数据改变了其他也改变了;2.javascipt只有函数构成作用域(注意理解作用域,只有函数的{}构成作用域,对象的{}以及if(){}都不构成作用域)，data是一个函数时，每个组件实例都有自己的作用域，每个实例相互独立,不会相互影响。链接：https://cn.vuejs.org/v2/guide/components.html#data-%E5%BF%85%E9%A1%BB%E6%98%AF%E4%B8%80%E4%B8%AA%E5%87%BD%E6%95%B0五、子组件可以直接改变父组件的数据么，说明原因不可以原因： 主要是为了维护父子组件的单向数据流。每次父组件发生更新时，子组件所有的prop都将会刷新为最新值。如果这样做了，Vue会在浏览器的控制台发出警告。Vue提倡单向数据流，即父级props的更新会流向子组件，但是反过来则不行，这是为了防止意外的改变父组件状态，使得应用的数据流变得难以理解，导致数据流混乱。如果破坏了单项数据流，当应用复杂时，debug的成本非常高。只能通过$emit派发一个自定义事件，父组件接收到后，由父组件修改。1.Vue3 beta新优势1.Object.defineProperty与Proxy对比Object.defineProperty缺点:a.无法对原声数组进行更新;b.对象嵌套时，递归消耗部分性能；c.无法对新添加的属性进行监听Proxy解决：a.支持监听原声数组;b.Proxy的获取数据，只会递归到需要获取的层级，不会继续递归；c.可对新添加的属性监听;1.数据驱动数据双向绑定Vue 响应式核心就是，getter 的时候会收集依赖，setter 的时候会触发依赖更新vue将遍历data中对象的所有property，并使用 Object.defineProperty 把这些 property 全部转为 getter/setter 。这些 getter/setter 对用户来说是不可见的，但是在内部它们让 Vue 能够追踪依赖，在 property 被访问和修改时通知变更。每个组件实例都对应一个 watcher 实例，它会在组件渲染的过程中把“接触”过的数据 property 记录为依赖。getter 的时候我们会收集依赖，依赖收集就是订阅数据变化watcher的收集，依赖收集的目的是当响应式数据发生变化时，能够通知相应的订阅者去处理相关的逻辑。setter 的时候会触发依赖更新，之后当依赖项的 setter 触发时，会通知 watcher，从而使它关联的组件重新渲染。2.组件系统优点：降低数据之间的耦合度   ---->低耦合可重用性组件的核心选项a.模板（template）：模板声明了数据和最终展现给用户的DOM之间的映射关系。b.初始数据（data）：一个组件的初始数据状态。对于可复用的组件来说，这通常是私有的状态。c.接受的外部参数(props)：组件之间通过参数来进行数据的传递和共享。d.方法（methods）：对数据的改动操作一般都在组件的方法内进行。d.生命周期钩子函数（lifecycle hooks）：一个组件会触发多个生命周期钩子函数，最新2.0版本对于生命周期函数名称改动很大。e.私有资源（assets）：Vue.js当中将用户自定义的指令、过滤器、组件等统称为资源。一个组件可以声明自己的私有资源。私有资源只有该组件和它的子组件可以调用。1.v-model修饰符a. .lazy在默认情况下，v-model 在每次 input 事件触发后将输入框的值与数据进行同步 。你可以添加 lazy 修饰符，从而转变为使用 change 事件进行同步b. .trim自动过滤用户输入的首尾空白字符c. .number自动将用户的输入值转为数值类型2.事件修饰符a. .stop阻止事件冒泡b.   .prevent阻止默认行为c. .self只有元素本身触发时才触发方法，就是只有点击元素本身才会触发，变相阻止事件冒泡d.   .once事件只能用一次，无论点击几次，执行一次之后都不会再执行e.    .capture事件的完整机制是捕获-目标-冒泡，事件触发是目标往外冒泡f.    .sync对prop进行双向绑定3.按键修饰符.keyCode：监听按键的指令全部的按键别名：.enter.tab.delete(捕获“删除”和“退格”键).esc.space.up.down.left.right4.系统键修饰符.ctrl.alt.shift.meta十、Vuex是一个专为Vue.js应用程序开的状态管理模式，它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。Vuex用于组件之间的传值。1.核心流程中的主要功能：a.Vue compontents是我们的Vue组件，组件会触发dispatch一些事件或动作，也就是视图中actions.b.我们在组件中发出的动作，肯定是想获取或改变数据的，但是在Vuex中，数据是集中管理的，我们不能直接更改数据，所以会把这个动作提交到Mutations中；c.然后Mutations就去改变Mutate State中的数据；d.当State中的数据被改变之后，就会重新渲染render到组件中去，组件战事后更新数据，完成一个流程。2.各模块在核心流程中的主要功能：a.Vue Components: Vue组件。Htm页面上，负责接收用户操作等交互行为，执行dispatch方法触发对应的action进行回应。b.dispatch：操作行为触发方法，是唯一能执行actions。c.actions：操作行为处理模块。负责处理Vue Components接收到的所有交互行为。包含同步/异步操作，支持多个同名方法，按照注册的顺序依次触发。向后台API请求的操作就在这个模块中进行，包括触发其他action以及mutation的操作。该模块触发其他action以及提交mutation的操作。该模块提供promise的封装，以支持action的链式触发。d.commit：状态改变提交操作方法。对mutation进行提交，是唯一能执行mutation的方法。e.mutations：状态改变操作方法。是Vue修改state的唯一推荐方法，其他修改方式在严格模式下将会报错。该方法只能进行同步操作，且方法名只能全局唯一。操作之中会有一些hook暴露出来，以进行state监控等。f.state：页面状态管理容器对象。集中存储Vue Components中data对象的零散数据，全局唯一，以进行统一的状态管理。页面显示所需的数据从该对象中进行读取，利用Vue的细粒度数据相应机制来进行高校的状态更新。g.getters:state对象的读取方法。途中没有单独列出来该模块，应该被包含在了render中，Vue Conponents通过该方法读取全局state.十一、数据之间通信十二、Vue Router1.实现原理:更新视图并不会重新请求页面2.路由模式：a.hash模式默认时hash模式，基于浏览器history api,使用window.addEventListener("hashchange",callback, false)对浏览器地址进行监听。当调用push时，把新路由添加到浏览器访问历史栈顶。使用replace时，把浏览器访问历史的栈顶路由替换成新路由。hash值等于url中#及其后面的内容。浏览器是根据hash值的变化，将页面加载到相应的DOM位置。描点变化只是浏览器的行为，每次描点变化后依然会在浏览器中留下一条历史记录，可以通过浏览器的后退按钮回到上一个位置。b.history模式基于浏览器history api,使用window.onpopstate对浏览器地址进行监听。对浏览器history api中的pushState()、replaceState()进行封装，当方法调用，会对浏览器历史栈进行修改。从而实现URL的跳转而无需重新加载页面。但是它的问题在于当刷新页面的时候会走后端路由，所以需要服务端的辅助来兜底，避免URL无法匹配到资源时能返回到页面。c.abstract模式不涉及和浏览器地址的相关记录。流程跟hash模式一样，通过数组维护模拟浏览器的历史纪录栈。服务端下使用，使用一个不依赖于浏览器的浏览历史虚拟管理后台。总结：hash和history都是通过window.addEventListener()方法监听hashchange和popState进行相应路由的操作。可以通过back、foward、go等方法访问浏览器的历史纪录栈，进行各种跳转。而abstract模式时自己维护一个模拟的浏览器历史记录栈的数组。3.Vue-router的动态路由？获取传过来的参数？实现方式：a.param方式配置路由格式:/router/:id传递的方式:path后面跟上对应的值传递后形成的路径:/router/123b.query方式配置路由格式:/router,也就是普通配置传递的方式：对象中使用query的key作为传递方式 传递后形成的路径:/router?id=123

散列表（Hash table，也叫哈希表），是根据关键码值(Key value)而直接进行访问的数据结构。它通过把关键码映射到表中一个位置来访问记录，以加快查找的速度。这个映射函数叫做散列函数（哈希函数），存放记录的数组叫做散列表。 优点：哈希表可以提供快速的操作。缺点：哈希表通常是基于数组的，数组创建后难于扩展。也没有一种简便的方法可以以任何一种顺序〔例如从小到大）遍历表中的数据项 。综上， 如果不需要有序遍历数据，井且可以提前预测数据量的大小。那么哈希表在速度和易用性方面是无与伦比的。1. 使用哈希函数将被查找的键转换为数组的索引。2. 处理哈希碰撞冲突。若关键字为 k ，则其值存放在 f(k) 的存储位置上。由此，不需比较便可直接取得所查记录。称这个对应关系 f 为散列函数，按这个思想建立的表为散列表。若对于关键字集合中的任一个关键字，经散列函数映象到地址集合中任何一个地址的概率是相等的，则称此类散列函数为 均匀散列函数 (Uniform Hash function)，这就是使关键字经过散列函数得到一个"随机的地址"，从而减少碰撞。散列函数能使对一个数据序列的访问过程更加迅速有效，通过散列函数，数据元素将被更快地定位。一个好的散列函数一般应该考虑下列因素 ：1.计算简单，以便提高转换速度。2.关键词对应的地址空间分布均匀，以尽量减少冲突。1.   直接寻址法取关键字或者关键字的某个线性函数值作为哈希地址,即H(Key)=Key或者H(Key)=a*Key+b(a,b为整数),这种散列函数也叫做自身函数.如果H(Key)的哈希地址上已经有值了,那么就往下一个位置找,直到找到H(Key)的位置没有值了就把元素放进去。2.   数字分析法数字分析法就是找出数字的规律，尽可能利用这些数据来构造冲突几率较低的散列地址。3.   平方取中法取关键字平方后的中间几位作为散列地址。这种方法的原理是通过取平方扩大差别，平方值的中间几位和这个数的每一位都相关，则对不同的关键字得到的哈希函数值不易产生冲突，由此产生的哈希地址也较为均匀。该方法适用于关键字中的每一位都有某些数字重复出现频度很高的现象。4.   折叠法折叠法是将关键字分割成位数相同的几部分,最后一部分位数可以不同,然后取这几部分的叠加和(注意:叠加和时去除进位)作为散列地址。数位叠加可以有移位叠加和间界叠加两种方法。移位叠加是将分割后的每一部分的最低位对齐,然后相加;间界叠加是从一端向另一端沿分割界来回折叠,然后对齐相加。该方法适用于关键字特别多的情况。5.   随机数法选择一个随机数,作为散列地址,通常用于关键字长度不同的场合。6.   除留余数法取关键字被某个不大于散列表表长m的数p除后所得的余数为散列地址.即H(Key)=Key MOD p,p<=m.不仅可以对关键字直接取模,也可在折叠、平方取中等运算之后取模。对p的选择很重要，一般取素数或m，若p选得不好，则很容易产生冲突。对不同的关键字可能得到同一散列地址，即 k1≠k2 ，而 f(k1)=f(k2) ，这种现象称为碰撞(英语:Collision)。具有相同函数值的关键字对该散列函数来说称做同义词。通过构造性能良好的散列函数，可以减少冲突，但一般不可能完全避免冲突，因此解决冲突是哈希法的另一个关键问题。 创建哈希表和查找哈希表都会遇到冲突，两种情况下解决冲突的方法应该一致。下面以创建哈希表为例，说明解决冲突的方法。1.开放定址法这种方法也称再散列法，其基本思想是：当关键字key的哈希地址p=H(key)出现冲突时，以p为基础，产生另一个哈希地址p1，如果p1仍然冲突，再以p为基础，产生另一个哈希地址p2，…，直到找出一个不冲突的哈希地址pi ，将相应元素存入其中。这种方法有一个通用的再散列函数形式：Hi=(H(key)+di)%m   i=1，2，…，m-1,其中H（key）为哈希函数，m 为表长，di称为增量序列，i为碰撞次数。增量序列的取值方式不同，相应的再散列方式也不同。增量序列主要有以下几种：(1) 线性探测再散列di=1，2，3，…，m-1这种方法的特点是：冲突发生时，顺序查看表中下一单元，直到找出一个空单元或查遍全表。(2)二次探测再散列di=12，-12，22，-22，…，k2，-k2( k<=m/2 )这种方法的特点是：冲突发生时，在表的左右进行跳跃式探测，比较灵活。(3)伪随机探测再散列di=伪随机数序列。线性探测再散列的 优点 是：只要哈希表不满，就一定能找到一个不冲突的哈希地址，而二次探测再散列和伪随机探测再散列则不一定。线性探测再散列容易产生“二次聚集”，即在处理同义词的冲突时又导致非同义词的冲突。其实除了上面的几种方法，开放定址法还有很多变种，不过都是对di有不同的表示方法。（如双散列探测法：di=i*h2(k)）2.再哈希法这种方法是同时构造多个不同的哈希函数：Hi=RHi（key），i=1，2,3，…,n。当哈希地址H1=RH1（key）发生冲突时，再计算H2=RH2（key）……，直到冲突不再产生。这种方法不易产生聚集，但增加了计算时间。3.链地址法(拉链法)这种方法的基本思想是将所有哈希地址相同的元素构成一个称为同义词链的单链表，并将单链表的头指针存在哈希表（数组）中，因而查找、插入和删除主要在同义词链中进行。若选定的散列表长度为m，则可将散列表定义为一个由m个头指针组成的指针数组T[0..m-1]。凡是散列地址为i的结点，均插入到以T[i]为头指针的单链表中。T中各分量的初值均应为空指针。链地址法适用于经常进行插入和删除的情况。拉链法的优点与开放定址法相比，拉链法有如下几个优点：(1)拉链法处理冲突简单，且无堆积现象，即非同义词决不会发生冲突，因此平均查找长度较短；(2)由于拉链法中各链表上的结点空间是动态申请的，故它更适合于造表前无法确定表长的情况；(3)开放定址法为减少冲突，要求装填因子α较小，故当结点规模较大时会浪费很多空间。而拉链法中理论上可取α≥1，且结点较大时，拉链法中增加的指针域可忽略不计，因此节省空间；（散列表的装填因子定义为：α= 填入表中的元素个数 / 散列表的长度）注：HashMap默认装填因子是0.75。(4)在用拉链法构造的散列表中，删除结点的操作易于实现。只要简单地删去链表上相应的结点即可。而对开放定址法构造的散列表，删除结点不能简单地将被删结点的空间置为空，否则将截断在它之后填入散列表的同义词结点的查找路径。这是因为各种开放定址法中，空地址单元都被理解没有查找到元素。 因此在用开放定址法处理冲突的散列表上执行删除操作，只能在被删结点上做删除标记，而不能真正删除结点。拉链法的缺点拉链法的缺点是：指针需要额外的空间，故当结点规模较小时，开放定址法较为节省空间，此时将节省的指针空间用来扩大散列表的规模，可使装填因子变小，这又减少了开放定址法中的冲突，从而提高平均查找速度。4、建立公共溢出区这种方法的基本思想是：将哈希表分为基本表和溢出表两部分，凡是和基本表发生冲突的元素，一律填入溢出表(在这个方法里面是把元素分开两个表来存储)。散列表的查找过程基本上和造表过程相同。一些关键码可通过散列函数转换的地址直接找到，另一些关键码在散列函数得到的地址上产生了冲突，需要按处理冲突的方法进行查找。在介绍的三种处理冲突的方法中，产生冲突后的查找仍然是给定值与关键码进行比较的过程。所以，对散列表查找效率的量度，依然用平均查找长度来衡量。查找过程中，关键码的比较次数，取决于产生冲突的多少，产生的冲突少，查找效率就高，产生的冲突多，查找效率就低。因此，影响产生冲突多少的因素，也就是影响查找效率的因素。影响产生冲突多少有以下三个因素:1. 散列函数是否均匀;2. 处理冲突的方法;3. 散列表的装填因子。散列表的装填因子定义为:α= 填入表中的元素个数 / 散列表的长度α是散列表装满程度的标志因子。由于表长是定值，α与"填入表中的元素个数"成正比，所以，α越大，填入表中的元素较多，产生冲突的可能性就越大;α越小，填入表中的元素较少，产生冲突的可能性就越小。实际上，散列表的平均查找长度是装填因子α的函数，只是不同处理冲突的方法有不同的函数。这个HASH算法不是大学里数据结构课里那个HASH表的算法。这里的HASH算法是密码学的基础，了解了hash基本定义，就不能不提到一些著名的hash算法，MD5 和 SHA-1 可以说是目前应用最广泛的Hash算法，而它们都是以 MD4 为基础设计的。Hash算法在信息安全方面的应用主要体现在以下的3个方面:⑴  文件校验我们比较熟悉的校验算法有奇偶校验和CRC校验，这2种校验并没有抗 数据篡改 的能力，它们一定程度上能检测出数据传输中的信道误码，但却不能防止对数据的恶意破坏。MD5 Hash算法的"数字指纹"特性，使它成为目前应用最广泛的一种文件完整性 校验和 (Checksum)算法，不少Unix系统有提供计算md5 checksum的命令。⑵  数字签名Hash 算法也是现代密码体系中的一个重要组成部分。由于非对称算法的运算速度较慢，所以在 数字签名 协议中，单向散列函数扮演了一个重要的角色。对 Hash 值，又称"数字摘要"进行数字签名，在统计上可以认为与对文件本身进行数字签名是等效的。而且这样的协议还有其他的优点。⑶ 鉴权协议如下的鉴权协议又被称作挑战--认证模式:在传输信道是可被侦听，但不可被篡改的情况下，这是一种简单而安全的方法。一致性哈希表简称DHT，主要应用于分布式缓存中，可以用来解决分布式存储结构下动态增加和删除节点所带来的问题。比如，一个分布式的存储系统，要将数据存储到具体的节点上，如果采用普通的hash方法，将数据映射到具体的节点上，如key%N（key是数据的key，N是机器节点数），如果有一个机器加入或退出这个集群，则所有的数据映射都无效了，如果是持久化存储则要做数据迁移，如果是分布式缓存，则其他缓存就失效了。判定哈希算法好坏的四个定义 ：1、平衡性(Balance)：平衡性是指哈希的结果能够尽可能分布到所有的缓冲中去，这样可以使得所有的缓冲空间都得到利用。2、单调性(Monotonicity)：单调性是指如果已经有一些内容通过哈希分派到了相应的缓冲中，又有新的缓冲加入到系统中。哈希的结果应能够保证原有已分配的内容可以被映射到原有的或者新的缓冲中去，而不会被映射到旧的缓冲集合中的其他缓冲区。3、分散性(Spread)：在分布式环境中，终端有可能看不到所有的缓冲，而是只能看到其中的一部分。当终端希望通过哈希过程将内容映射到缓冲上时，由于不同终端所见的缓冲范围有可能不同，从而导致哈希的结果不一致，最终的结果是相同的内容被不同的终端映射到不同的缓冲区中。这种情况显然是应该避免的，因为它导致相同内容被存储到不同缓冲中去，降低了系统存储的效率。 分散性的定义就是上述情况发生的严重程度。好的哈希算法应能够尽量避免不一致的情况发生，也就是尽量降低分散性。4、负载(Load)：负载问题实际上是从另一个角度看待分散性问题。既然不同的终端可能将相同的内容映射到不同的缓冲区中，那么对于一个特定的缓冲区而言，也可能被不同的用户映射为不同的内容。与分散性一样，这种情况也是应当避免的， 因此好的哈希算法应能够尽量降低缓冲的负荷。在分布式集群中，对机器的添加删除，或者机器故障后自动脱离集群这些操作是分布式集群管理最基本的功能。如果采用常用的hash取模算法，那么在有机器添加或者删除后，很多原有的数据就无法找到了，这样严重的违反了单调性原则。接下来主要说明一下一致性哈希算法是如何设计的。以SpyMemcached的ketama算法来说，思路是这样的：把数据用hash函数，映射到一个很大的空间里，如图所示。数据的存储时，先得到一个hash值，对应到这个环中的每个位置，如k1对应到了图中所示的位置，然后沿顺时针找到一个机器节点B，将k1存储到B这个节点中。如果B节点宕机了，则B上的数据就会落到C节点上，如下图所示：这样，只会影响C节点，对其他的节点A，D的数据不会造成影响。然而，这又会造成一个“雪崩”的情况，即C节点由于承担了B节点的数据，所以C节点的负载会变高，C节点很容易也宕机，这样依次下去，这样造成整个集群都挂了。为此，引入了“虚拟节点”的概念：即把想象在这个环上有很多“虚拟节点”，数据的存储是沿着环的顺时针方向找一个虚拟节点，每个虚拟节点都会关联到一个真实节点，如下图所使用： 图中的A1、A2、B1、B2、C1、C2、D1、D2都是虚拟节点，机器A负载存储A1、A2的数据，机器B负载存储B1、B2的数据，机器C负载存储C1、C2的数据。由于这些虚拟节点数量很多，均匀分布，因此不会造成“雪崩”现象。

方式一：

跳转

方式二：jump(){this.$router.push({name:"jump"})}扩展资料Vue 中 路由有两种不同的模式hash 模式 （默认模式）使用 URL 的 hash 来模拟一个完整的 URL，于是当 URL 改变时，页面不会重新加载。hisotry 模式history模式是基于最新的HTML5里面history相关的api进行的一些操作。不过这种模式要玩好，还需要后台配置支持不然会出现404找不到页面这种问题。history模式时，重定向会有些问题，需要页面的名字叫index.html才行。history模式只能兼容到IE10及以上。
a标签直接href直接一个页面地址 不就ok了你怎么写得能截个图不
给标签绑定一个跳转的vue方法，点击标签后激活方法
请截图代码

Hash，一般翻译做“散列”，也有直接音译为"哈希"的，就是把任意长度的输入（又叫做预映射， pre-image），通过散列算法，变换成固定长度的输出，该输出就是散列值。这种转换是一种压缩映射，也就是，散列值的空间通常远小于输入的空间，不同的输入可能会散列成相同的输出，而不可能从散列值来唯一的确定输入值。 关键特性：单向性　抗冲突性　映射分布均匀性和差分分布均匀性 而MD5可以说是目前应用最广泛的Hash算法
相同处： 1.二者均是多对一的数据加密模式。（也就是说将一定量的数据加密成一个固定长度的数据）2.二者的加密方式均为单向加密，也就是加密不可逆。3.二者多用于数据加密和文件以及数据的完整性验证不同处：1.MD5目前存在很大的安全隐患，通过一些方法可以将MD5暴力破解，同样对于SHA1的算法现在同样存在这样的问题。 2.SHA2算法由于相对于SHA1来说，加密数据位数的上升大大增加了破解的难度，使得安全性能要远远高于MD5