会话存储(sessionStorage)
cookies不依赖于浏览器窗口直接连接到网站，这会导致一些严重问题，例如：网上商店会将已形成的购物车通过cookie保存在浏览器中，但如果用户在购物过程中打开了新的浏览器窗口并在新窗口下使用不同用户名继续购物，原窗口下的商品也可能随之改变。
尽管cookie作用于多个窗口，sessionStorage的有效性却仅限制于当前浏览器窗口，在大部分情况下这都是令人满意的。图使用同一个简单案例展示了两者之间的不同。
JavaScript核心代码如下：
window.onload=function(){varcurrDate=newDate();sessionStorage.setItem("currenttime、currDate.toLocaleString());document.cookie=Mcurrenttime="+currDatetoLocalestring();updateHTML();functionupdateHTML(){document.getElementById(r,currenttime*').innerHTML=sessionStoragegetItem(_currenttime’)；documentgetElementById("currtifneCookie")innerHTML1=getCookie(Mcurrenttime");在网站加载完毕时(window.onload函数)，将当前日期及时间同时保存在sessionStorage与cookie中。若网站通过两个不同的浏览器窗口打开，第二个打开的窗口将覆盖cookie变暈当前时间。接下来若在第一个窗口中调用updateHTML函数，sessionStorage及cookie的内容将产生差别。
在规范中，sessionStorage被分配给顶层浏览器环境(top-levelbrowsingcontext)。简单来说，此环境可被视为打开的浏览器窗口，或浏览器窗口下打开的标签页，相对的，内嵌浏览器环境(nestedbrowsingcontext)则是HTML页面下的内嵌iframe框架之类。同时，浏览器还必须保证每个网站仅能访问自己专属的sessionStorage。若该浏览器环境变为不可访问(浏览器窗口或标签页关闭)，浏览器将永久删除相关数据。
本地存储(localStorage)
与sessionStorage相反，localStorage指向网站源(origin)而非浏览器环境。源由小写的因特网服务类型(scheme，例如http)、服务器名(同为小写)及端口组成。若未明确指定端口，则使用默认端口(HTTP的端口为80)。http://www.google.com这个URL的源由三个值组成：http、www.google.com及80
用这种方式组成源，意味着同一个服务器上所有网站的源都是一样的。这样，
宁波网站建设认为将所有用户的网站都托管至同一个域名下的网站托管服务(例如Google的免费服务sites.google.com)又产生了安全问题--由于所有主页都处于同一个目录http://sites.google.com/site下，不同用户访问的是同一localStorage。规范建议在这样的情况下不应使用localStorage。
Storage事件
储存中的任意数据改变都将触发一个Storage事件。Storage事件提供在数据改变前后键和值的读取权限、引起改变的脚本URL，以及所改变的Storage对象引用。
目前浏览器下的Storage事件应用可以说仍处于测试阶段。举例来说，Firefox下事件可以被触发，但并不包含期望值，在Firefox4Beta3下，事件句柄函数无法启动。IE8无法识别添加事件句柄window.addEventListener的标准调用方法，你必须使用window.onstorage取而代之，而期望亊件还必须从全局window.event中读取。IE9Beta3甚至无法回应这两种事件句柄任意之一。更甚至Safari5也无法显示Storage事件的结果。仅有Opera(版本10)及GoogleChrome(版本6)会返回Storage事件的预期数据。
本文由乐华网络编辑，转载请注明出处
宁波网站建设www.leseo.net
