前端存储三剑客:localStorage、sessionStorage与Cookie解析

在浏览器中,本地存储(localStorage)、会话存储(sessionStorage)和 Cookie 都是用于在客户端保存数据的方式,但它们在生命周期、作用域、存储大小、安全性、HTTP 传输等方面有显著区别。


🔍 一、三者核心区别对比表

特性localStoragesessionStorageCookie
生命周期永久存储,除非手动清除仅在当前会话期间有效(关闭标签页即清除)可设置过期时间(ExpiresMax-Age
作用域(域名/路径)同源(协议+域名+端口)同源可指定路径、域名、安全标志
存储大小~5–10 MB(各浏览器略有差异)~5–10 MB~4 KB(单个 cookie)
是否随 HTTP 请求自动发送❌ 否❌ 否✅ 是(除非 HttpOnly
是否可被 JavaScript 访问✅ 是✅ 是✅ 是(除非 HttpOnly
安全性低(易被 XSS 攻击)低(同上)中高(HttpOnlySecureSameSite 可增强)
跨标签页共享✅ 是(同一源)❌ 否(仅当前标签页)✅ 是(如果域名和路径相同)

🧩 二、使用场景详解

localStorage:适合长期持久化数据

  • 适用场景
    • 用户偏好设置(如主题颜色、语言、字体大小等);
    • 登录状态记忆(如“记住我”功能);
    • 缓存静态资源或用户本地数据(如离线笔记、购物车草稿);
    • 单页应用(SPA)中跨页面共享状态。
  • 注意
    • 不适合存储敏感信息(如密码、Token),除非配合加密;
    • 大量数据可能导致性能下降或存储溢出。

sessionStorage:适合临时会话级数据

  • 适用场景
    • 表单填写过程中的临时数据保存(如用户填写了一半的注册表单,刷新后还能保留);
    • 临时状态管理(如“当前正在编辑哪个页面”);
    • 防止重复提交(在提交前设置一个标志位,提交成功后清除);
  • 注意
    • 关闭标签页后数据自动丢失,不能跨标签页共享;
    • 适合“本次会话”内使用的数据,不建议用于长期保存。

Cookie:适合与服务器通信,管理会话或身份验证

  • 适用场景
    • 用户登录态管理(如 JSESSIONIDAuth-Token);
    • 跟踪用户行为(如广告追踪、分析工具 GA);
    • 保持用户的会话状态(如购物车信息,由服务端维护);
    • 防止 CSRF 攻击(配合 SameSiteSecure 标志);
  • 最佳实践
    • 使用 HttpOnly:防止 XSS 攻击窃取 Cookie;
    • 使用 Secure:确保 Cookie 只通过 HTTPS 传输;
    • 使用 SameSite=StrictLax:防止 CSRF 攻击;
    • 尽量减少 Cookie 大小(单个 Cookie ≤ 4KB);
    • 避免在 Cookie 中存储敏感信息(如密码);

📌 三、最佳实践总结

类型最佳实践
localStorage- 仅用于非敏感数据
- 使用 JSON.stringify / parse 进行序列化
- 定期清理过期数据
- 添加前缀避免命名冲突(如 app_user_pref_theme
sessionStorage- 用于临时数据,不依赖持久化
- 提交前就应提交到后端,避免依赖前端存储
- 关闭标签页后自动清除,无需手动管理
Cookie- 优先使用 HttpOnly + Secure + SameSite=Lax
- 控制大小,避免发送不必要的数据
- 使用 max-ageexpires 设置合理过期时间
- 使用 path 限制访问路径,提高安全性

🛠️ 四、工具函数示例(封装)

// 本地存储工具const Storage ={// localStorage 读写setLocal(key, value){ localStorage.setItem(key,JSON.stringify(value));},getLocal(key, defaultValue =null){const item = localStorage.getItem(key);return item ?JSON.parse(item): defaultValue;},// sessionStorage 读写setSession(key, value){ sessionStorage.setItem(key,JSON.stringify(value));},getSession(key, defaultValue =null){const item = sessionStorage.getItem(key);return item ?JSON.parse(item): defaultValue;},// Cookie 读写(带安全标志)setCookie(name, value, days =7, path ='/'){const expires =newDate(); expires.setTime(expires.getTime()+ days *24*60*60*1000); document.cookie =`${name}=${encodeURIComponent(value)};expires=${expires.toUTCString()};path=${path};Secure;HttpOnly;SameSite=Lax`;},getCookie(name){const value =`; ${document.cookie}`;const parts = value.split(`; ${name}=`);if(parts.length ===2)returndecodeURIComponent(parts.pop().split(';').shift());returnnull;}};

✅ 五、总结

localStorage:长期保存,跨页面共享,适合用户偏好、离线数据。sessionStorage:仅当前会话有效,适合临时状态、表单草稿。Cookie:随 HTTP 请求自动发送,适合身份验证、会话管理,必须配合安全标志使用

六、附录(前端数据存储选型决策树)

你需要存储什么类型的数据?

数据需要长期保存吗?

是否需要跨标签页共享?

是否仅用于当前会话?

使用 localStorage

使用 sessionStorage

使用 sessionStorage

数据需要随 HTTP 请求发送给服务器吗?

是否涉及用户身份或敏感信息?

使用 Cookie + HttpOnly + Secure + SameSite=Lax

使用 Cookie(但控制大小)

优先考虑 localStorage 或 sessionStorage

Read more

【离散化 线段树 二分查找】3661可以被机器人摧毁的最大墙壁数目|2525

【离散化 线段树 二分查找】3661可以被机器人摧毁的最大墙壁数目|2525

本文涉及知识点 【C++】树状数组的使用、原理、封装类、样例 C++线段树 C++二分查找 3661. 可以被机器人摧毁的最大墙壁数目 一条无限长的直线上分布着一些机器人和墙壁。给你整数数组 robots ,distance 和 walls: robots[i] 是第 i 个机器人的位置。 distance[i] 是第 i 个机器人的子弹可以行进的 最大 距离。 walls[j] 是第 j 堵墙的位置。 每个机器人有 一颗 子弹,可以向左或向右发射,最远距离为 distance[i] 米。 子弹会摧毁其射程内路径上的每一堵墙。机器人是固定的障碍物:如果子弹在到达墙壁前击中另一个机器人,它会 立即 在该机器人处停止,无法继续前进。

三星研究院:让机器人大脑瘦身70%却变得更聪明

三星研究院:让机器人大脑瘦身70%却变得更聪明

这项由三星研究院主导的突破性研究发表于2025年1月的arXiv预印本库,论文编号为arXiv:2601.20262v1。对于想要深入了解技术细节的读者,可以通过该编号查询完整论文。 想象一下这样一个场景:你有一台非常聪明的机器人,它能够理解你的话语、看懂周围环境,还能精准地完成各种复杂任务,比如插入螺丝、整理物品或者协助做饭。但是这台机器人有个致命问题——它的"大脑"太复杂了,需要庞大的计算设备才能运转,就像需要一台超级计算机才能让它思考一秒钟。这就是当前视觉-语言-动作模型面临的核心困境。 这些先进的机器人系统,研究人员称之为VLA模型(Vision-Language-Action),就像是把一个能看、能听、能理解、还能行动的完整智能体塞进了机器人里。它们的工作原理类似于人类的认知过程:先通过眼睛观察环境,用大脑理解看到的内容和听到的指令,然后决定采取什么行动。但问题在于,这些模型的"大脑"实在太庞大了,包含着数十个复杂的处理层,每一层都在进行着密集的计算。 更麻烦的是,目前最先进的机器人系统采用了一种叫做"流匹配"的技术来生成动作,这种技术就像是让机器人在执行任何动作前都

Flutter 三方库 eip55 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、符合 Web3 标准的以太坊地址校验与防串改引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 eip55 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、符合 Web3 标准的以太坊地址校验与防串改引擎 在鸿蒙(OpenHarmony)系统的区块链钱包应用、数字资产管理工具(如鸿蒙版 NFT 浏览器)或需要处理加密货币转账的场景中,如何确保用户输入的以太坊(Ethereum)地址既符合基本格式,又通过了大小写混合的校验和(Checksum)验证,防止因为单个字符手误导致的资产永久丢失?eip55 为开发者提供了一套工业级的、基于 EIP-55 提案的地址转换与验证方案。本文将深入实战其在鸿蒙 Web3 安全基座中的应用。 前言 什么是 EIP-55?它是由以太坊创始人 Vitalik Buterin 提出的地址校验和提案。通过在地址字符串中引入特定的。大小写混合模式(基于 Keccak-256 哈希)

解锁VR视频新体验:零门槛将3D视频转为普通格式

解锁VR视频新体验:零门槛将3D视频转为普通格式 【免费下载链接】VR-reversalVR-Reversal - Player for conversion of 3D video to 2D with optional saving of head tracking data and rendering out of 2D copies. 项目地址: https://gitcode.com/gh_mirrors/vr/VR-reversal 还在为无法在普通设备上观看VR视频而烦恼吗?🤔 面对那些只能在专业VR设备上播放的3D并排格式视频,很多用户都感到束手无策。VR-Reversal应运而生,这款基于MPV播放器的免费开源插件,让你轻松实现VR视频到2D格式的转换,无需任何昂贵的专业设备。 痛点场景:当VR视频遇上普通屏幕 场景一:资源浪费的尴尬 你下载了精彩的VR视频资源,却因为缺乏VR设备而无法观看。这些占用大量存储空间的视频文件,成了名副其实的"