首页/文章/八股文

localStorage, sessionStorage, cookies

2025-09-16
13205 分钟
...

在Web开发的广阔天地中,数据的持久化存储是一个不可或缺的话题。随着前端应用的日益复杂,如何在用户的浏览器中安全、高效地存储数据成为了每个开发者必须面对的挑战。本文将深入浅出地探讨三种常用的浏览器存储方式:localStorage、sessionStorage和cookies,分析它们的特点、常见问题、易错点,并提供相应的解决方案和代码示例。

localStorage:永久的本地存储

localStorage是HTML5引入的一种在客户端长期存储数据的机制,它允许我们在用户的浏览器中存储键值对数据,并且数据不会随着浏览器的关闭而消失,直到被手动清除。

常见问题

  • 跨域访问限制:localStorage是基于域名隔离的,不同域名下的页面无法互相访问对方的localStorage数据。
  • 存储容量限制:不同的浏览器对localStorage的存储容量有不同的限制,一般在5MB左右。

避免方法

  • 遵守同源策略:确保在同一域名下使用localStorage,避免跨域问题。
  • 检查存储容量:在使用大量数据存储前,先检查浏览器的存储容量限制。

示例

localStorage.setItem('username', 'exampleUser');


let username = localStorage.getItem('username');


localStorage.removeItem('username');

sessionStorage:临时的会话存储

sessionStorage与localStorage类似,但它存储的数据仅在当前会话有效,一旦窗口或标签页关闭,数据就会被清除。

常见问题

  • 生命周期短暂:sessionStorage的数据在会话结束后就会丢失,不适合存储需要长期保存的数据。
  • 同源策略限制:sessionStorage同样遵循同源策略,不同标签页之间的数据无法共享。

避免方法

  • 明确使用场景:只在需要短期存储且在同一标签页内有效的场景下使用sessionStorage。

示例

sessionStorage.setItem('sessionKey', 'sessionValue');


let sessionData = sessionStorage.getItem('sessionKey');


sessionStorage.removeItem('sessionKey');

cookies:传统的数据存储方式

cookies是最早的浏览器存储机制之一,它允许服务器在用户的浏览器中存储少量的信息。cookie数据会在每次HTTP请求时自动发送给服务器,这既是它的优点也是缺点。

常见问题

  • 安全性问题:cookies容易被窃取,尤其是当它们被用于存储敏感信息时。
  • 带宽消耗:由于cookie数据会随每个请求发送到服务器,因此可能会增加不必要的网络流量。

避免方法

  • 加密敏感数据:对于存储在cookies中的敏感信息,应使用安全的加密手段。
  • 限制cookie的大小和数量:合理设置cookie的大小和数量,避免不必要的带宽消耗。

示例

document.cookie = 'cookieName=cookieValue; expires=Thu, 18 Dec 2023 12:00:00 UTC; path=/';


let cookieValue = document.cookie.split('; ')
                                .find(row => row.startsWith('cookieName='))
                                .split('=')[1];


document.cookie = 'cookieName=; expires=Thu, 01 Jan 1970 00:00:00 UTC; path=/';

总结

localStorage、sessionStorage和cookies各有千秋,适用于不同的场景和需求。localStorage适合存储不敏感的、需要长期保存的数据;sessionStorage适合存储短期内有效的数据,尤其是在单个会话内的数据;而cookies则适合存储需要在客户端和服务器之间传递的小量数据。

在使用这些存储方式时,我们需要注意它们的安全性、存储容量限制以及同源策略等限制条件。合理选择和使用这些存储机制,可以帮助我们构建出更加健壮和高效的Web应用。记住,无论选择哪种存储方式,都要确保用户数据的安全,避免泄露隐私信息。通过不断的实践和学习,我们可以更加熟练地掌握这些工具,为用户提供更好的体验。

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
八股文2026-08-27
定时器按顺序播放多个音频,切后台音频会乱
本身不会补触发,但 它会被系统级冻结 ——iOS Safari 后台完全停止计时,切回前台后 只补执行一次 (不是不补,而是"缺失的中间状态补不上")。间隔短的不会出大问题, 间隔长的会出现"音频流被压缩" ——切回来后本该播 5 分钟的间隙,实际只过了 3 分钟,结果整段对不上。 核心原则 :定时器只能用来"提醒一次", 真正决定"该不该播"的是绝对时间戳 。 setTimeout 在后台会发生什么(按平台) | 平台 | 后台行为...
面试
八股文2026-08-27
线上项目白屏的原因
白屏的本质是 渲染管线某一环断了 ——可能是资源、JS、接口、路由、样式、兼容性任一环节出问题。排查按"控制台 → 网络 → DOM → 环境"四步定位。 本质(前端类比) 把网页想成一栋楼: 白屏 ≠ 一定是同一种原因——这是面试想听的层次。 六大类原因(按出现频率) | 类别 | 典型表现 | 真实案例 | | : | : | : | | ① 资源加载失败 | DOM 是空的 | 入口 JS 404、CDN 挂了、CSS 阻塞 |...
面试
八股文2026-08-27
背景图就是 1MB 大图,怎么优化
1MB 大背景图优化分 三步 :压缩体积(10 30x)、按需加载(按设备/视口/网速)、渲染期优化(GPU 合成)。背景图跟 不同——它是 CSS,不走浏览器的原生懒加载机制,得手动处理。 背景图 vs 的关键区别(先讲清楚这个) 这是面试官想听的"针对性认知"——背景图不是普通图片,不能套通用方案。 三步优化(按优先级) 第 1 步:压缩体积(最重要,立竿见影) 1MB 的来源一般是这几种 ,对应解决方案: | 原始问题 | 体积来...
面试
八股文2026-08-27
项目里很多图片和视频,怎么优化
图片视频优化分 四层 :网络层(CDN/格式)、加载层(懒加载/预加载)、渲染层(解码/缓存)、业务层(按需/降级)。面试要把这四层都讲到位才算有体系。 四层优化模型 第 1 层:网络层(省钱、省时间) 核心目标:让资源体积小、让用户拿到资源快 | 手段 | 作用 | 关键点 | | : | : | : | | 图片格式 | WebP/AVIF 比 JPEG 小 25 50% | 兼容 fallback | | 视频格式 | H.265...
面试
八股文2026-08-20
Embedding 向量模型:从语义表示到相似度计算
前言 大模型「读懂」文字靠的是 token,但 token 之间只有离散的编号关系,模型并不知道「苹果」和「李子」在语义上很近。要让程序能「理解」两段文字的相似程度,必须先把文本映射成一个 高维向量 ,再用几何方法比较。这一步就是 Embedding。 本篇基于我本地 今天的真实代码,从语义表示讲到余弦相似度,并复盘几个踩过的真实坑。 一、为什么需要 Embedding 传统关键词检索是「字面匹配」: Embedding 做的是「语义匹...
面试
八股文2026-08-19
前端面试100题
前端面试 100 题 适用方向:中高级前端 / React / Vue / Next.js / Nuxt / TypeScript / 工程化 / 实时通信 / Electron / Node.js / AI 应用前端 使用方式:优先掌握“标准回答”,再练“面试官追问”,最后把“结合你的简历怎么答”组织成自己的项目故事。 说明 “结合你的简历怎么答”只使用你简历中已经出现的项目与技术事实。 “标准回答 / 追问”属于通用前端知识总结,用...
面试

评论

请登录后发表评论

去登录
加载评论中...

目录