记流水账很没有意思，我打算把使用history过程中发现的一些很有趣的特性总结一下、
1.关于浏览器的历史栈
浏览器维护了一个history的历史栈，而这个历史栈本身被保存在浏览器内部，js无法直接访问，而我们只能几个属性去侧面访问它：
length: 提供访问历史栈的长度
state: 历史栈当前栈指针所指向的对象的 state
简单用一个图来描述一下历史栈:
历史栈每个对象需要关注的属性，就是state 和 url
前端工程师在操作页面路由的时候，关注点往往只集中在url上，而其实这个state，才是诸多路由管理库实现的重要基础。
其中history还提供了几个方法去操作历史栈，go(1)为使当前指针向前指一位，go(-1)则是向后指一位，forward()等同于go(1),back()等同于go(-1)
2.state以及结构化拷贝算法
state 是一个很有趣的值，这个值会被保存在浏览器的内部，我们可以通过history.state去获取它，但是注意：
这个值是被保存在浏览器内部，每次页面刷新时都会重新从内部拷贝出来，我们可以通过如下代码去验证它：
window.history.pushState({a:1}, 'first');
window.history.state.a = 2
此时我们输出window.history.state,会发现已经被改成了{a: 2}
但是我们刷新页面，再次输出window.history.state 会发现神奇的事情发生了，state又变回了{a: 1}!
这个有趣的特性说明了，虽然我们可以通过window.history.state直接修改其内部的值，但是并不会作用到浏览器真正保存的那个history值，也就是说，浏览器内部实现了一个 深拷贝 方法。
这个深拷贝算法比JSON的序列化方法更强大，当JSON的序列化算法遇到循环引用时，会发生错误，但是这个深拷贝方法可以处理循环引用问题。
但是，这个拷贝算法依然不能处理dom节点，error对象以及function函数。
如果想要操作浏览器保存的state也很简单，只需要调用history.replaceState()即可。
3.关于操作历史栈的方法
pushState(state: Object, title: string,url?: string) => void
replaceState和pushState的设计中，url被放到了第三个参数中，并且是一个可选参数，并且，在调用这个api的时候，浏览器页面并不会发生刷新动作，这些种种有趣的设定，指向了这两个api设计的思路 =====》
它们被设计出来就是用于操作state和历史栈的，而url只是额外赋予的能力
pushState与replaceState方法操作区别如下：
