removeItem()仅精确删除单个key，大小写敏感；clear()无差别清空全部数据；按前缀删除需手动遍历；sessionStorage与localStorage的API行为一致但作用域隔离。
removeItem() 只删一个，且必须精确匹配 key 名
removeItem() 不是模糊删除，也不是批量操作。它只接受一个 keyName 字符串参数，且大小写敏感、完全匹配才生效。比如你存了 user_token、user_id、User_token 三个键，调用 localStorage.removeItem('user_token') 只会删掉第一个，其余两个毫发无损。
常见错误包括：
- 传入正则或通配符（如
'user_*'），实际会被当作字面量 key 查找，找不到就静默失败 - 误以为能删掉对象属性（如
localStorage.user_token = 'abc'后用removeItem('user_token')是有效的，但若用点号赋值又没触发 storage 事件，容易误判是否写入成功） - 在未检查浏览器支持的情况下直接调用，IE7 及更早版本不支持，建议先判断
if (typeof localStorage !== 'undefined')
clear() 会无差别清空整个 localStorage
clear() 没有参数，也不接受过滤条件。只要执行 localStorage.clear()，当前域名下所有 localStorage 数据立刻消失，包括你刚存的 token、用户偏好、离线缓存——全部归零，不可撤回。
使用前务必确认场景：
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 仅用于调试或用户主动“退出并清除本地数据”这类明确意图的操作
- 生产环境避免在未提示用户的情况下调用，尤其不要和登录态刷新逻辑耦合（比如用户换账号时误清了其他关键配置）
- 想验证清空效果？可提前用
Object.keys(localStorage)打印当前键列表，或用localStorage.length看数量
想按前缀删（比如 cart_、temp_）只能手动遍历
Web Storage API 没有 removeByPrefix() 这种方法。要删所有以 'cart_' 开头的项，必须自己遍历 + 判断 + 调用 removeItem()：
Object.keys(localStorage).forEach(key => {
if (key.startsWith('cart_')) {
localStorage.removeItem(key);
}
});注意几个坑：
-
Object.keys()返回的是执行时刻的快照；遍历时删 key 不会影响已生成的数组，所以安全 - 不要用
for...in遍历localStorage，它可能枚举出原型链上的属性（比如某些 polyfill 注入的方法） - 如果键名含 Unicode 或特殊字符，
startsWith()在老版本 Safari 中可能不兼容，可改用key.indexOf('cart_') === 0 - 高频调用时（比如每秒清理一次），建议节流或改用内存标记 + 延迟持久化，避免频繁 IO 影响性能
sessionStorage 和 localStorage 的 removeItem/clear 行为一致但作用域隔离
removeItem() 和 clear() 在 sessionStorage 上的签名、参数、返回值和行为逻辑，和 localStorage 完全一样。区别只在存储生命周期和作用域：
-
sessionStorage.removeItem('x')只影响当前 tab 的会话存储，关掉该 tab 就自动清空，不影响其他 tab -
localStorage.clear()清的是整个域名下的持久存储，所有同源 tab 共享同一份数据，清了就是全清 - 别指望用
sessionStorage.clear()来“保护”localStorage数据——它们互不干扰，也不存在跨存储调用的捷径
真正容易被忽略的是：当你在多个 tab 中同时操作 localStorage，storage 事件只在**其他 tab** 触发，当前 tab 修改不会收到自己的事件。这意味着基于事件做清理同步时，得额外处理当前页的变更逻辑。
