localStorage,sessionStorage,session和cookie的技术优缺点是什么,何时可以在另一个之上使用?
localStorage,sessionStorage,session和cookie的技术优缺点是什么,何时可以在另一个之上使用?
Answers:
这是一个范围极为广泛的问题,很多利弊都取决于具体情况。
在所有情况下,这些存储机制都将特定于单个计算机/设备上的单个浏览器。跨会话持续存储数据的任何要求都将涉及您的应用服务器端-最有可能使用数据库,但可能使用XML或文本/ CSV文件。
localStorage,sessionStorage和cookie都是客户端存储解决方案。会话数据保存在您直接控制的服务器上。
localStorage和sessionStorage是相对较新的API(意味着,并非所有旧版浏览器都将支持它们),并且几乎完全相同(API和功能都相同),唯一的例外是持久性。sessionStorage(顾名思义)仅在浏览器会话期间可用(并在关闭选项卡或窗口时将其删除)-但是,它确实可以在页面重新加载后幸存(源DOM存储指南-Mozilla开发人员网络)。
显然,如果需要持续提供要存储的数据,则localStorage比sessionStorage更可取-尽管您应该注意,两者都可以被用户清除,所以在两种情况下都不应依赖于数据的持续存在。
localStorage和sessionStorage非常适合在页面之间的客户端脚本中持久存储所需的非敏感数据(例如:偏好,游戏中的得分)。可以很容易地从客户端/浏览器中读取或更改存储在localStorage和sessionStorage中的数据,因此不应依赖它们在应用程序中存储敏感或与安全相关的数据。
对于cookie来说也是如此,它们可以被用户轻易地篡改,并且还可以纯文本格式从中读取数据-因此,如果您要存储敏感数据,则会话实际上是您唯一的选择。如果您未使用SSL,则cookie信息也可能在传输过程中被截获,尤其是在开放的wifi上。
从积极的方面来说,cookie可以通过设置仅HTTP标志来对跨站点脚本(XSS)/脚本注入之类的安全风险施加一定程度的保护,这意味着现代(支持)浏览器将阻止访问JavaScript和来自JavaScript的值(这也将阻止您自己的合法JavaScript访问它们)。这对于身份验证cookie尤其重要,身份验证cookie用于存储包含登录用户详细信息的令牌-如果您具有该cookie的副本,则出于所有意图和目的,您将成为该用户,直至该Web应用程序为止。并具有与用户拥有的数据和功能相同的访问权限。
由于Cookie用于身份验证和用户数据持久化,因此针对同一域的每个请求都会将针对页面有效的所有 cookie从浏览器发送到服务器-这包括原始页面请求,任何后续的Ajax请求,所有图像,样式表,脚本和字体。因此,cookies不应用于存储大量信息。浏览器还可能会限制可存储在Cookie中的信息的大小。通常,cookie用于存储身份验证令牌,以进行身份验证,会话和广告跟踪。标记本身通常不是人类可读的信息,而是链接到您的应用程序或数据库的加密标识符。
就功能而言,Cookie,sessionStorage和localStorage仅允许您存储字符串-设置时可以隐式转换原始值(读取后将这些原始值转换回使用它们作为其类型),但不允许对象或数组(可以将它们进行JSON序列化以使用API进行存储)。会话存储通常将允许您存储服务器端语言/框架支持的任何原语或对象。
由于HTTP是一种无状态协议,Web应用程序无法从返回站点时的先前访问中识别用户-会话数据通常依赖于Cookie令牌来标识用户进行重复访问(尽管很少有URL参数可用于相同的目的)。数据通常会有一个到期时间(每次用户访问时都会更新),并且取决于您的服务器/框架,数据将在过程中存储(这意味着数据将在Web服务器崩溃或重新启动时丢失)或在外部存储。状态服务器或数据库。使用网络农场(给定网站有多个服务器)时,这也是必要的。
由于会话数据完全由您的应用程序(服务器端)控制,因此它是任何敏感或安全性质的最佳场所。
服务器端数据的明显缺点是可伸缩性-会话期间每个用户都需要服务器资源,并且客户端必须与每个请求一起发送任何所需的数据。由于服务器无法知道用户是导航到另一个站点还是关闭其浏览器,因此会话数据必须在给定时间后过期,以避免所有服务器资源被废弃的会话占用。因此,在使用会话数据时,您应该意识到数据可能已经过期并丢失的可能性,尤其是在长格式页面上。如果用户删除其cookie或切换浏览器/设备,它也将丢失。
某些Web框架/开发人员使用隐藏的HTML输入来将数据从表单的一个页面持久保存到另一页面,以避免会话过期。
localStorage,sessionStorage和Cookie均受“同源”规则的约束,这意味着浏览器应阻止访问数据(设置信息开头的域除外)。
有关客户端存储技术的更多信息,请参阅Dive Into Html 5。
sessionStorage
时会被删除吗?
优点:
缺点:
优点:
缺点:
每个HTTP请求(HTML,图像,JavaScript,CSS等)会将数据发送回服务器,从而增加了客户端与服务器之间的通信量。
通常,允许以下操作:
优点:
localStorage
。缺点:
localStorage
,它适用于同源政策。因此,存储的数据仅在相同的来源可用。跨标签签出-如何简化跨源浏览器标签之间的交流。
这些是JavaScript中“窗口”对象的属性,就像文档是保存DOM对象的窗口对象的属性之一一样。
“会话存储”属性为每个给定的来源维护一个单独的存储区域,该存储区域在页面会话期间(即,只要浏览器处于打开状态,包括页面重新加载和还原)就可用。
本地存储执行相同的操作,但是即使关闭并重新打开浏览器也可以保留。
您可以如下设置和检索存储的数据:
sessionStorage.setItem('key', 'value');
var data = sessionStorage.getItem('key');
对于localStorage同样。
sessionStorage
即使是新标签页也是一个新窗口。因此,在一个选项卡中为特定域存储的任何内容都将不适用于下一个选项卡中的相同域。
本地存储:一直存储用户信息数据,没有到期日期。当用户关闭浏览器窗口时,该数据将不会被删除,它将在日,周,月和年可用。
在本地存储中可以存储5-10mb的离线数据。
//Set the value in a local storage object
localStorage.setItem('name', myName);
//Get the value from storage object
localStorage.getItem('name');
//Delete the value from local storage object
localStorage.removeItem(name);//Delete specifice obeject from local storege
localStorage.clear();//Delete all from local storege
会话存储:它与本地存储日期相同,不同之处在于它将在Web用户关闭浏览器窗口时删除所有窗口。
在会话存储中最多可以存储5 mb数据
//set the value to a object in session storege
sessionStorage.myNameInSession = "Krishna";
届会:会话是存储在服务器上的全局变量。每个会话都分配有一个唯一的ID,该ID用于检索存储的值。
Cookies:Cookies是数据,在计算机上以名称/值对形式存储在小的文本文件中。设置cookie后,所有随后的页面请求都将返回cookie名称和值。
Web存储API提供了一种机制,通过这种机制,浏览器可以以比使用cookie更直观的方式安全地存储键/值对。在Web存储API扩展了Window
两个新的属性对象- Window.sessionStorage
和Window.localStorage
。—调用其中之一将创建Storage对象的实例,通过该实例可以设置,检索和删除数据项。sessionStorage
和localStorage
的每个原始(域)使用不同的存储对象。
存储对象是简单的键值存储,类似于对象,但是它们在页面加载时保持完整。
localStorage.colorSetting = '#a4509b';
localStorage['colorSetting'] = '#a4509b';
localStorage.setItem('colorSetting', '#a4509b');
键和值始终是字符串。要存储任何类型convert it to String
,然后再存储它。始终建议使用Storage interface
方法。
var testObject = { 'one': 1, 'two': 2, 'three': 3 };
// Put the object into storage
localStorage.setItem('testObject', JSON.stringify(testObject));
// Retrieve the object from storage
var retrievedObject = localStorage.getItem('testObject');
console.log('Converting String to Object: ', JSON.parse(retrievedObject));
Web存储中的两种机制如下:
每个浏览器可用的最大存储量有所不同,但是大多数浏览器已实现w3c建议的至少5MB的最大存储限制。
+----------------+--------+---------+-----------+--------+
| | Chrome | Firefox | Safari | IE |
+----------------+--------+---------+-----------+--------+
| LocalStorage | 10MB | 10MB | 5MB | 10MB |
+----------------+--------+---------+-----------+--------+
| SessionStorage | 10MB | 10MB | Unlimited | 10MB |
+----------------+--------+---------+-----------+--------+
始终捕获LocalStorage安全性和超出配额的错误
QuotaExceededError:此功能超出存储限制时window.sessionStorage.setItem(key, value);
,如果无法设置新值,它将引发“ QuotaExceededError” DOMException异常。(例如,如果用户已禁用站点的存储,或者超出了配额,则设置可能会失败。)
DOMException。QUOTA_EXCEEDED_ERR是22,例如小提琴。
SecurityError:Uncaught SecurityError: Access to 'localStorage' is denied for this document
。
CHROME:-Privacy and security « Content settings « Cookies « Block third-party cookies.
StorageEvent «当存储区域更改时,将在文档的Window对象上触发存储事件。当用户代理要发送文档的存储通知时,该用户代理必须使用StorageEvent在文档对象的Window对象上排队执行一个任务,以激发一个名为storage的事件。
注意:有关真实示例,请参阅Web Storage Demo。查看源代码
监听dom / Window上的存储事件以捕获存储中的更改。摆弄。
Cookies(网络cookie,浏览器cookie)Cookies是数据,以名称-值对形式存储在计算机上的小文本文件中。
使用Document.cookie的 JavaScript访问
也可以使用Document.cookie属性通过JavaScript创建新的cookie,并且如果未设置HttpOnly标志,那么也可以从JavaScript访问现有的cookie。
document.cookie = "yummy_cookie=choco";
document.cookie = "tasty_cookie=strawberry";
console.log(document.cookie);
// logs "yummy_cookie=choco; tasty_cookie=strawberry"
安全和HttpOnly cookie HTTP状态管理机制
Cookies通常在Web应用程序中用于标识用户及其经过身份验证的会话
当接收到HTTP请求时,服务器可以发送带有响应的Set-Cookie标头。Cookie通常由浏览器存储,然后将Cookie与在HTTP HTTP标头内向同一服务器发出的请求一起发送。
Set-Cookie: <cookie-name>=<cookie-value>
Set-Cookie: <cookie-name>=<cookie-value>; Expires=<date>
客户端关闭时,会话cookie将被删除。他们没有指定Expires或Max-Age指令。
Set-Cookie: sessionid=38afes7a8; HttpOnly; Path=/
永久性Cookie会在特定日期(Expires)或特定时间长度(Max-Age)之后过期。
Set-Cookie: id=a3fWa; Expires=Wed, 21 Oct 2015 07:28:00 GMT; Secure; HttpOnly
Cookie HTTP请求标头包含先前由服务器通过Set-Cookie标头发送的存储的HTTP cookie。仅HTTP的cookie不能通过JavaScript通过Document.cookie属性,XMLHttpRequest和Request API进行访问,以减轻针对跨站点脚本(XSS)的攻击。
Cookies主要用于三个目的:
发明了Cookies来解决“如何记住有关用户的信息”的问题:
GitHubGist 示例
作为总结,
本地存储:
Web存储可以简单地视为对Cookie的一种改进,从而提供了更大的存储容量。可用大小为5MB,与典型的4KB Cookie相比,可使用的空间要大得多。
不会针对每个HTTP请求(HTML,图像,JavaScript,CSS等)将数据发送回服务器,从而减少了客户端与服务器之间的通信量。
存储在localStorage中的数据将一直保留到明确删除为止。所做的更改将被保存,并且可用于当前和将来对该站点的所有访问。
它适用于同源策略。因此,存储的数据仅在相同的来源可用。
饼干:
我们可以为每个Cookie设置过期时间
4K限制适用于整个cookie,包括名称,值,有效期限等。要支持大多数浏览器,请将该名称保留在4000字节以下,并将cookie的整体大小保留在4093字节以下。
每个HTTP请求(HTML,图像,JavaScript,CSS等)会将数据发送回服务器,从而增加了客户端与服务器之间的通信量。
sessionStorage:
更改仅适用于每个窗口(或Chrome和Firefox等浏览器中的标签)。所做的更改将被保存,并且可用于当前页面,以及以后在同一窗口上对该站点的访问。关闭窗口后,存储将被删除。数据仅在设置它的窗口/选项卡内可用。
数据不是持久性的,即一旦关闭窗口/选项卡,它将丢失。与localStorage一样,它适用于同源策略。因此,存储的数据仅在相同的来源可用。