应立即执行三路同步干预：先用Command+Option+W快速关闭非活跃标签页，再通过活动监视器定位并关闭超300MB的“Safari Web Content”进程，接着禁用uBlock Origin等高风险扩展，最后全量清除历史记录与网站数据以重置WebKit内核。
当你在 Safari 中同时打开十几个网页，设备开始发热、风扇狂转、活动监视器里“Safari Web Content”进程集体突破 300MB，说明浏览器已陷入内存过载状态——这不是单纯关几个标签就能解决的问题，必须从进程级释放、扩展干预、缓存重置三路同步切入。
立即释放前台窗口所有非活跃标签页
这是最快响应的一步，不依赖设置、不重启浏览器，5秒内完成。
确保 Safari 窗口处于前台激活状态→按下 Command + Option + W→松开后，当前窗口中仅保留最前端那个标签页，其余全部关闭。
若需清空整个窗口（含当前页），先按 Command + T 新建空白页，再执行该组合键——这一步操作起来很简单，直接按两下就行。
用活动监视器精准杀死高耗内存分页
每个标签页对应一个独立的“Safari Web Content”进程，含视频、Canvas 动画或 React/Vue 前端框架的页面，单页就可能吃掉 400MB 以上内存。刷新无法释放已被 JavaScript 长期持有的 DOM 对象，必须关闭进程本体。
打开“应用程序 → 实用工具 → 活动监视器”，切换到“内存”标签页；
点击“内存”列标题两次，按降序排列，优先锁定内存占用超 300MB 的“Safari Web Content”条目；
看右侧 PID 旁显示的网页标题（例如“Bilibili - 播放页”），切回 Safari，【务必用 Command + W 关闭对应标签页，而非刷新】——刷新只会让 JS 再次加载并继续持有内存。
禁用全部扩展排查隐性泄漏源
uBlock Origin、1Password、Grammarly 这三类扩展最常引发缓慢内存爬升，它们即使闲置也会监听页面、注入脚本、轮询 API，持续占用后台资源。
方法一：Safari → 设置 → 扩展 → 取消勾选所有扩展；
方法二：重启 Safari 后打开活动监视器，对比内存是否骤降；
方法三：若恢复稳定，再逐个启用扩展，每次启用后访问常用网站并停留 2 分钟，再查内存变化——【启用顺序建议从 uBlock Origin 开始，它最易触发渲染子进程异常驻留】。
全量清除历史与网站数据重置 WebKit 内核
这一步会强制注销所有 Service Worker、清空 Cache Storage、销毁 IndexedDB 数据库，并重建本地存储索引结构，是解决深层泄漏的关键操作。
Mac：Safari 顶部菜单 → 历史记录 → 清除历史记录… → 时间范围选“所有历史记录” → 务必勾选‘Cookie 与网站数据’ → 点击“清除历史记录”；
iOS/iPadOS：设置 → Safari 浏览器 → 滑到底部点击“清除历史记录与网站数据” → 再次确认。
操作后 Safari 自动退出并重启，所有网站需重新登录，但本地存储空间会被不可逆释放。
