前端本地存储的3种方法cookielocalStoragesessionStorage
cookie如何工作
当网页要发http请求时,浏览器会先检查是否有相应的cookie,有则自动添加在request header中的cookie字段中。这些是浏览器自动帮我们做的,而且每一次http请求浏览器都会自动帮我们做。这个特点很重要,因为这关系到"什么样的数据适合存储在cookie中"。
存储在cookie中的数据,每次都会被浏览器自动放在http请求中,如果这些数据并不是每个请求都需要发给服务端的数据,浏览器这设置自动处理无疑增加了网络开销;但如果这些数据是每个请求都需要发给服务端的数据(比如身份认证信息),浏览器这设置自动处理就大大免去了重复添加操作。所以对于那种设置"每次请求都要携带的信息(最典型的就是身份认证信息)"就特别适合放在cookie中,其他类型的数据就不适合了。 特征
不同的浏览器存放的cookie位置不一样,也是不能通用的。
cookie的存储是以域名形式进行区分的,不同的域下存储的cookie是独立的。
我们可以设置cookie生效的域(当前设置cookie所在域的子域),也就是说,我们能够操作的cookie是当前域以及当前域下的所有子域
一个域名下存放的cookie的个数是有限制的,不同的浏览器存放的个数不一样,一般为20个。
每个cookie存放的内容大小也是有限制的,不同的浏览器存放大小不一样,一般为4KB。
cookie也可以设置过期的时间,默认是会话结束的时候,当时间到期自动销毁
cookie值既可以设置,也可以读取。 cookie 操作设置// 客户端设置,注意一次只能设置一个 document.cookie = "名字=值"; document.cookie = "username=cfangxu;domain=baike.baidu.com" 并且设置了生效域 // 注意: 客户端可以设置cookie 的下列选项:expires、domain、path、secure // 服务器端设置 不管你是请求一个资源文件(如 html/js/css/图片),还是发送一个ajax请求,服务端都会返回response。 // 而response header中有一项叫set-cookie,是服务端专门用来设置cookie的。 // Set-Cookie 消息头是一个字符串,其格式如下(中括号中的部分是可选的): Set-Cookie: value[; expires=date][; domain=domain][; path=path][; secure] // 注意: 一个set-Cookie字段只能设置一个cookie,当你要想设置多个 cookie,需要添加同样多的set-Cookie字段。 服务端可以设置cookie 的所有选项:expires、domain、path、secure、HttpOnly读取
我们通过document.cookie来获取当前网站下的cookie的时候,得到的字符串形式的值,它包含了当前网站下所有的cookie(为避免跨域脚本(xss)攻击,这个方法只能获取非 HttpOnly 类型的cookie)。它会把所有的cookie通过一个分号+空格的形式串联起来,例如username=chenfangxu; job=coding 修改 cookie
要想修改一个cookie,只需要重新赋值就行,旧的值会被新的值覆盖。但要注意一点,在设置新cookie时,path/domain这几个选项一定要旧cookie 保持一样。否则不会修改旧值,而是添加了一个新的 cookie。 删除
把要删除的cookie的过期时间设置成已过去的时间,path/domain/这几个选项一定要旧cookie 保持一样。 document.cookie = "uid=dkfywqkrh3;expires=" + new Date(0) + ";path=/;secure;cookie的属性(可选项)过期时间
如果我们想长时间存放一个cookie。需要在设置这个cookie的时候同时给他设置一个过期的时间。如果不设置,cookie默认是临时存储的,当浏览器关闭进程的时候自动销毁 // document.cookie = "名称=值;expires=" + GMT(格林威治时间)格式的日期型字符串; // 一般设置天数:new Date().setDate( oDate.getDate() + 5 ); 比当前时间多5天 // 一个设置cookie时效性的例子 function setCookie(c_name, value, expiredays){ var exdate=new Date(); exdate.setDate(exdate.getDate() + expiredays); document.cookie=c_name+ "=" + escape(value) + ((expiredays==null) ? "" : ";expires="+exdate.toGMTString()) }
使用方法: setCookie("username","cfangxu",30) cookie的域概念(domain选项)
domain指定了 cookie 将要被发送至哪个或哪些域中。默认情况下,domain 会被设置为创建该 cookie 的页面所在的域名,所以当给相同域名发送请求时该 cookie 会被发送至服务器。
浏览器会把 domain 的值与请求的域名做一个尾部比较(即从字符串的尾部开始比较),并将匹配的 cookie 发送至服务器。 // 客户端设置 document.cookie = "username=cfangxu;path=/;domain=qq.com" //如上:"www.qq.com" 与 "sports.qq.com" 公用一个关联的域名"qq.com",我们如果想让 "sports.qq.com" 下的cookie被 "www.qq.com" 访问,我们就需要用到 cookie 的domain属性,并且需要把path属性设置为 "/"。 // 服务端设置 Set-Cookie: username=cfangxu;path=/;domain=qq.com // 注:一定的是同域之间的访问,不能把domain的值设置成非主域的域名。cookie的路径概念(path选项)
cookie 一般都是由于用户访问页面而被创建的,可是并不是只有在创建 cookie 的页面才可以访问这个 cookie。 因为安全方面的考虑,默认情况下,只有与创建 cookie 的页面在同一个目录或子目录下的网页才可以访问。即path属性可以为服务器特定文档指定cookie,这个属性设置的url且带有这个前缀的url路径都是有效的。 // 客户端设置 // 最常用的例子就是让 cookie 在根目录下,这样不管是哪个子页面创建的 cookie,所有的页面都可以访问到了。 document.cookie = "username=cfangxu; path=/" // 服务端设置 Set-Cookie:name=cfangxu; path=/blog //如上设置:path 选项值会与 /blog,/blogrool 等等相匹配;任何以 /blog 开头的选项都是合法的。需要注意的是,只有在 domain 选项核实完毕之后才会对 path 属性进行比较。path 属性的默认值是发送 Set-Cookie 消息头所对应的 URL 中的 path 部分。domain和path总结:
domain是域名,path是路径,两者加起来就构成了 URL,domain和path一起来限制 cookie 能被哪些 URL 访问。 所以domain和path两个个选项共同决定了cookie何时被浏览器自动添加到请求头部中发送出去。如果没有设置这两个选项,则会使用默认值。domain的默认值为设置该cookie的网页所在的域名,path默认值为设置该cookie的网页所在的目录。 cookie的安全性(secure选项)
通常 cookie 信息都是使用HTTP连接传递数据,这种传递方式很容易被查看,所以 cookie 存储的信息容易被窃取。假如 cookie 中所传递的内容比较重要,那么就要求使用加密的数据传输。
secure选项用来设置cookie只在确保安全的请求中才会发送。当请求是HTTPS或者其他安全协议时,包含 secure 选项的 cookie 才能被发送至服务器。 document.cookie = "username=cfangxu; secure"
把cookie设置为secure,只保证 cookie 与服务器之间的数据传输过程加密,而保存在本地的 cookie文件并不加密。就算设置了secure 属性也并不代表他人不能看到你机器本地保存的 cookie 信息。机密且敏感的信息绝不应该在 cookie 中存储或传输,因为 cookie 的整个机制原本都是不安全的
注意:如果想在客户端即网页中通过 js 去设置secure类型的 cookie,必须保证网页是https协议的。在http协议的网页中是无法设置secure类型cookie的。 httpOnly
这个选项用来设置cookie是否能通过 js 去访问。默认情况下,cookie不会带httpOnly选项(即为空),所以默认情况下,客户端是可以通过js代码去访问(包括读取、修改、删除等)这个cookie的。
当cookie带httpOnly选项时,客户端则无法通过js代码去访问(包括读取、修改、删除等)这个cookie。 在客户端是不能通过js代码去设置一个httpOnly类型的cookie的,这种类型的cookie只能通过服务端来设置。 localStorage
HTML5新方法,不过IE8及以上浏览器都兼容。 特点
生命周期:持久化的本地存储,除非主动删除数据,否则数据是永远不会过期的。
存储的信息在同一域中是共享的。
当本页操作(新增、修改、删除)了localStorage的时候,本页面不会触发storage事件,但是别的页面会触发storage事件。
大小:据说是5M(跟浏览器厂商有关系)
localStorage本质上是对字符串的读取,如果存储内容多的话会消耗内存空间,会导致页面变卡
localStorage受同源策略的限制 操作方法// 获取当前storage中的元素数目 localStorage.Length(); // 设置 localStorage.setItem("name","muou"); // 获取 localStorage.getItem("name"); //也可以获取键名 , 获取第一个键名 localStorage.key(0); //删除 localStorage.remove("name"); //也可以一次性清除所有存储 localStorage.clear();storage事件
当storage发生改变的时候触发。 当页面对storage的操作会触发其他页面的storage事件,storage事件是可以跨页面通讯的,在你对storage对象进行任何操作的时候,都会触发storage事件,事件里边包括包括: domain:发生变化的存储空间的域名 key:设置或者删除的键名 newValue:如果是设置值,则是新值;如果是删除键,则是null oldValue:键被更改之前的值window.addEventListener("storage", e=>{ console.log(e.domain) })
storage事件使用参考
对于sessionStorage和localStorage上的任何更改都会触发storage事件,但storage事件不会区分这两者; sessionStorage
其实跟localStorage差不多,也是本地存储,会话本地存储 操作方法
和 localStorage 的API完全相同 // 获取当前storage中的元素数目 localStorage.Length(); sessionStorage.setItem("key","value") // 存储数据 sessionStorage.getItem("key") // 读取数据 sessionStorage.remove("key") // 删除数据 sessionStorage.clear() // 清空特点:
用于本地存储一个会话(session)中的数据,这些数据只有在同一个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是一种持久化的本地存储,仅仅是会话级别的存储。也就是说只要这个浏览器窗口没有关闭,即使刷新页面或进入同源另一页面,数据仍然存在。关闭标签页后,sessionStorage即被销毁,或者在新的标签页打开同源的另一个页面,sessionStorage也是没有的。
应用的场景有,比如说我们都知道,在页面刷新的时候,我们写的js里边的变量函数等等的,内存会被释放掉,那么这个时候可以用sessionStorage来存储一些不想被释放掉内存的数据,比如说记录一个滚动条的位置,或者播放器的进度等等 cookie、localStorage、sessionStorage区别相同:
在本地(浏览器端)存储数据 不同:
sessionStorage和localStorage 都受到同源策略限制,就是跨域问题,在访问sessionStorage和localStorage 的时候,页面必须在同一个域名,使用同一个协议,并且一个端口
sessionStorage比localStorage更严苛一点,除了协议、主机名、端口外,还要求在同一窗口(也就是浏览器的标签页)下。
localStorage是永久存储,除非手动删除。
sessionStorage当会话结束(当前页面、标签页关闭的时候,自动销毁)
cookie的数据会在每一次发送http请求的时候,同时发送给服务器而localStorage、sessionStorage不会。
sessionStorage和localStorage 也有大小限制,相比cookie大了很多,是5M
sessionStorage和localStorage只能通过客户端操作,cookie既可以通过客户端操作又可以通过服务端操作
一次非典型性扣货退网事件今天聊一件非典型性扣货退网事件。为增加代入感,以下全部用第一人称。人生总要经历很多事情,在实践中思考,在思考中实践。我自从2010年上大学接触物流,到今年,物流生涯也有十余年了,这
快运网络基本盘鲜有网络在下滑的旋涡中能逃生,一旦发生资金链断裂,诸多负面新闻流传,各种官司缠身大概率会覆水难收,随后网络停摆,中高层管理层出走,一线加盟网点改旗易帜,从此这家网络品牌成为历史,只
联通太坑了我原是移动客户,因要办理宽带业务(绑定手机卡),所以携号转网(因家附近只有联通网络),可是转网只两天就接到了很多垃圾短信,让人更想不到的是又接到了一条扣费信息说我在电视上定制了什么
网点糊涂账,财务三张表一网点糊涂账,利润难算清做零担物流好多年了,发现好像很多网点都没有专业的财务,一年到头利润多少就看年底过年前账户里剩了多少现金流。绝大多数网点都有这样那样的财务问题,甚至很多网点都
谁更能代表快运行业?快运诸雄,争霸江湖一快运行业,谁更具代表性?如果安能物流能如愿在港股上市,这将会是零担快运行业极具标志性的事件。已经在A股上市的德邦,以及在美股上市的百世,虽然都有快运业务板块,但
涨价还是硬挺?物流企业很纠结一油价连涨,加油限量今年以来,国际原油价格飙涨了60以上。昨日WTI原油期货一度站上85美元桶,续刷2014年10月以来新高布伦特原油一度突破86美元桶。WTI原油已连续九周上涨,
心理中年的危机,女人四十岁以后容易出轨的机率最高点关注不迷路出轨并不是男人的专利,很多女人也是一样,特别是到了中年的女人,让生活的小事磨灭了激情,就很容易在这个路上跌倒,也很难爬起来岁月改变不了内心,却能改变你的容颜,让你变得衰
极兔合百世快递,谁是大赢家?极兔百世联姻整合拉开序幕,谁是下一家?10月29日,百世集团和JT极兔速递共同宣布达成战略合作意向,百世同意其在国内的快递业务以约68亿元人民(约合11亿美元)的价格转让给极兔。预
网点的九种死法首先这里的死,并不等同于倒闭或物理死亡,仅指一家网络的某个或某些网点无法持续经营而退网或者换一种活法。仔细看完下面的分析与总结,对平台的高管与职业经理人也会有所启示。顺应趋势早年靖
网点渐觉醒,平台招商难最近快递快运发生了很多大事,行业监管加剧,快递涨价七部委聚焦快递小哥,着力规范行业快运发生惊天并购,两家四品牌正加速融合安能取消固定包仓,推出定价3。0这些看似毫无关系,其实是行业
生活幸福的夫妻,都是这样处理吵架关系的点关注不迷路美国一科学家研究,夫妻争吵纯属正常现象,再幸福的夫妻也会因多种差异而争吵,关键看出现争吵时,你们是多沟通,还是不交流。花钱方式不一样。夫妻一方想花钱更新家具,另一方却想