Yandex浏览器多标签页与内存优化实测：Chrome和Edge对比

多标签页开到三十个以上就开始风扇狂转、切换标签时页面白屏重载、任务管理器里一堆渲染进程吃掉大半内存——如果你也有这些症状说明该认真挑一个能扛住重度标签页的浏览器了。这篇 Yandex 浏览器深度评测就是围绕多标签页管理和内存优化这两件最实际的事展开的同时把它和 Chrome、Edge 放在同一台机器、同一批网页、同一套测量口径下做横向对比。我会把测试方法、取数口径、原始数据和踩过的坑全部摊开讲不是那种感觉挺流畅的玄学评测。适合三类人看每天挂着几十个标签页办公的重度用户、内存只有 8GB 或 16GB 的笔记本用户、以及喜欢折腾浏览器设置和启动参数的技术爱好者。看完你至少能搞清楚三件事——Yandex 浏览器到底是什么底子、它在多标签场景下比 Chrome 和 Edge 强在哪弱在哪、以及怎么用几个开关把内存占用压下来一大截。1. 先搞清楚它是什么内核血统决定了能力上限1.1 同源不同壳Chromium 血统带来的兼容红利很多人第一次打开 Yandex 浏览器会有种强烈的既视感设置页布局、开发者工具、扩展管理界面、甚至快捷键全都透着一股熟悉的味道。这不奇怪它和 Chrome、Edge 一样都是基于 Chromium 开源项目二次开发的浏览器。渲染引擎用 BlinkJavaScript 引擎用 V8网络栈、沙箱模型、扩展 API 这些底层零件基本同源。这个血统意味着什么意味着你不需要重新学习一套浏览器操作逻辑也意味着绝大多数为 Chromium 写的网页兼容性优化对它同样生效。你在 Chrome 上跑得好好的后台管理系统、在线文档、图表库换到它上面基本不会出问题。同样扩展生态也基本通用Chrome 应用店里的扩展大多可以直接安装使用。但同源不等于同款。三家厂商在 Chromium 之上做的事情完全不一样Chrome 追求的是和自家账号体系、办公套件深度绑定Edge 走的是企业策略 生产力工具的路线而 Yandex 浏览器更偏向给用户更多界面自定义权和标签页管理工具。这个差异在后面的实测里会非常明显——同样是开一百个标签页三家给出的解法是三种不同的思路。还有一点必须提前说清楚因为不是 Chromium 的官方发行版它对上游大版本的跟进通常会有滞后一般落后几周到一两个月不等。日常使用感知不到但如果你特别依赖某个刚发布的 Web 新特性比如某个刚落地的 CSS 属性或新的 Web API可能会遇到Chrome 上能用、它上面还没生效的情况。我在测试某个新的 CSS 容器查询特性时就碰到过一次隔了一个版本才跟上。1.2 三个浏览器的定位差异与适用人群在动手测数据之前先把定位理清楚否则很容易拿错误的标准去评判。我在实际对比中总结出这么一张定位表维度Yandex 浏览器ChromeEdge界面自定义程度高工具栏、新标签页、主题都能细调中偏简洁克制中高可切换垂直标签标签页管理工具侧边标签面板 标签搜索标签分组 标签搜索垂直标签 标签分组 睡眠内存回收机制有标签休眠可配置项少内存节省程序白名单完善睡眠标签页超时可调扩展兼容性良好可装主流商店扩展原生良好可装主流商店扩展更新节奏略滞后于上游最快较快适合人群标签页重度用户、喜欢折腾界面的生态依赖强的办公场景、企业环境从这张表能看出来真正的差异不在谁更快这种笼统维度上而在标签页管理的颗粒度和内存回收的可控性上。Yandex 浏览器的侧边标签面板是它最有辨识度的设计把标签页从顶部横排变成左侧竖排列表配合搜索框在标签页数量超过二十个之后效率提升非常明显——顶部横排标签到那时候每个只剩一个图标根本认不出谁是谁。我个人的判断是如果你日常标签页数量在十个以内三家随便选差别微乎其微如果你常年三十个起步那标签页的组织方式和内存回收策略就是你最该关注的指标而不是跑分网站上那零点几秒的差异。2. 上手第一天的真实体感界面、交互与迁移成本2.1 安装与首次启动必做的六项设置装完之后别急着开网页有几个默认设置建议先调否则用起来会有点膈应。我按优先级列一下关闭新标签页的推荐内容。默认的新标签页会推一堆资讯卡片视觉上很吵而且每次打开新标签都要额外请求一批资源白白占内存。设置里找到新标签页相关选项切成简洁模式或空白页。关掉使用统计与崩溃报告上传。这类遥测数据对你没有任何功能价值关掉能少一点后台网络活动。设置默认搜索引擎。如果你习惯用别的搜索第一次用之前就改掉否则地址栏输入关键词会走默认引擎来回切换很烦。确认硬件加速状态。在地址栏输入chrome://gpu可以看当前 GPU 加速是否生效。如果显示大量 Software only说明显卡加速没启用滚动和视频解码会吃更多 CPU间接影响内存表现。设定标签页休眠的触发时间。这是后面内存优化的关键开关建议先设成 30 分钟用一周后再根据自己的习惯调整。确认下载目录和自动下载行为。默认下载路径常常在系统盘长期用会挤占系统盘空间。提示新标签页的资讯流是内存占用的隐形大户。它不只是看起来乱而是真的在后台维持着若干请求和渲染资源。测试时我特意对比过开启和关闭两种状态差距比想象中大。2.2 书签、密码、扩展的迁移清单迁移这件事最怕的不是搬不过去而是搬过去之后发现漏了东西。我整理了一套顺序照着走基本不会漏先导书签。从原浏览器导出 HTML 文件再在新浏览器里导入。注意选择 UTF-8 编码的导出文件否则中文书签标题容易出现乱码这个坑我踩过一次几十个书签全变问号。再搬密码。多数浏览器支持导出 CSV但 CSV 是明文导完一定要记得把文件删掉别留在下载目录里。更稳妥的做法是干脆不导出直接在新浏览器里靠记忆和重置流程重新登录一遍常用站点虽然麻烦但最安全。最后装扩展。别一次性把原来几十个扩展全装上先只装每天必用的三到五个观察一周。扩展是内存占用的重要变量一次性全装上去后面排查内存问题时会分不清是谁在吃内存。同步一遍快捷键和手势习惯。Yandex 浏览器内置了鼠标手势功能如果你原来靠第三方手势扩展可以试着换成内置的少一个扩展就少一份内存和一份兼容风险。这里有个实操心得迁移完成后别急着把旧浏览器卸载。留两周等确认所有常用站点的登录态、扩展、书签都没问题再删。我有一次迁完第二天就删了旧的结果发现某个内部系统的证书例外设置没迁过来又重装回去折腾了半天。2.3 界面细节里那些容易被忽略的差异用了一周之后真正影响手感的往往不是大功能而是这些细节侧边标签面板的开启方式。它默认不一定显示需要在工具栏上找到对应按钮或者用快捷键唤出。打开后左侧会出现一列竖排标签支持滚动、支持搜索过滤。这个面板最大的价值是能一眼看到所有标签页的标题全文而不是被截断成三五个字。地址栏的行为差异。它的地址栏在输入时会同时给出历史记录、书签和搜索建议混合排序的逻辑和 Chrome 略有不同前几天可能会有点不习惯一周后基本就适应了。标签页右键菜单。批量操作相关的项比较全比如关闭右侧所有标签关闭其他标签固定标签这些在标签页爆满的时候能救命。开发者工具的入口一致性。F12 打开的面板和 Chrome 几乎一模一样包括性能面板、内存面板、应用面板。这一点对做前端的人来说很重要——意味着你不需要为它单独学一套调试流程。注意界面自定义程度高是优点也是陷阱。我见过有人把工具栏按钮删得只剩两个后来想找某个功能找了十分钟。建议自定义之前先截图存一下默认布局。3. 多标签页实测三种管理思路的正面对比3.1 测试方案设计怎么测才不算自欺欺人浏览器评测最容易注水的地方就是实测两个字。为了让数据有参考价值我定了这么一套规则后面所有数据都基于这套规则同一台机器8 核处理器、16GB 内存、集成显卡、固态硬盘系统为全新安装除浏览器外无其他常驻后台程序。同一批网址准备 20 个常用站点含资讯站、文档站、视频站、后台管理系统、社交站点按顺序打开重复循环直到达到目标标签数。这样保证三家打开的是同样的内容。关闭全部扩展先把扩展变量排除掉单独测扩展的影响。统一窗口尺寸和缩放窗口固定为 1440×900页面缩放 100%。静置后再读数打开完毕后等 5 分钟让加载峰值过去再读数否则测到的是瞬时峰值而不是稳态占用。三轮取中位数每轮之间完全退出浏览器进程避免残留进程干扰。读数工具有两个浏览器自带的进程任务管理器Chromium 系通用快捷键Shift Esc能列出每个标签页和扩展的独立内存占用以及系统自带的任务管理器看整组进程的私有工作集。前者适合找谁在吃内存后者适合看总共吃了多少。3.2 标签页管理功能的横向拆解功能层面三家给出的解法完全不同Yandex 浏览器的核心是侧边标签面板。标签页以竖排列表呈现每行显示完整标题和站点图标支持输入关键词过滤。标签数量多的时候这个面板相当于给标签页加了一层文件管理器。它还支持把标签页固定到面板顶部形成常驻区。Chrome的核心是标签分组。你可以把相关标签收进一个彩色分组里折叠起来只占一个位置。这个设计对项目制工作流特别友好——比如把某个需求相关的十个页面全收进一个蓝色分组切换到另一个项目就折叠起来换另一组。Edge的核心是垂直标签页 标签分组双管齐下。垂直标签把整个标签栏搬到左侧同时保留了分组能力还额外提供了睡眠标签页的可视化状态睡着的标签会变灰。用生活化的比喻Chrome 的分组像文件夹把东西装进去收起来Yandex 的面板像书架所有书都摊在眼前但能快速检索Edge 是两者结合既有书架也有文件夹代价是界面元素更多、需要更多屏幕横向空间。我实际用下来如果屏幕是 16:9 的笔记本垂直标签会挤占不少内容宽度如果是 21:9 的带鱼屏或者双屏垂直标签体验会好很多。这是选型时很容易被忽略的一个物理条件。3.3 一百标签页压力测试的过程与数据这是整个评测里最费时间的一部分。测试流程是打开 20 个网址为一组循环五轮达到 100 个标签页每轮之间不刷新已有标签全部打开后静置 5 分钟然后在浏览器任务管理器里把内存占用列求和同时记录系统级的进程组内存。先看未开启任何内存优化功能时的原始数据单位为 GB三轮中位数标签数Yandex 浏览器ChromeEdge20 个1.91.81.850 个3.73.53.4100 个5.95.45.2不开优化的情况下三家的差距在 5% 到 10% 之间Yandex 略高一点。这个差距我认为在实际使用中几乎感知不到不必为这点差异纠结。真正有看头的是开启各自的标签休眠/内存节省功能之后标签数Yandex标签休眠Chrome内存节省Edge睡眠标签50 个2.92.72.4100 个4.13.83.1数据说明两件事。第一内存回收机制的效果非常显著100 标签场景下能省掉 30% 到 40% 的内存这比换一台电脑便宜多了。第二Edge 的睡眠标签在这一项上表现最好原因是它的超时配置最细可以设到 5 分钟而且对哪些站点不睡的控制粒度最细。但这里必须补一句公道话内存占用低不等于体验好。Edge 之所以能省更多一部分原因是它更激进地把标签页判定为不活跃并冻结。冻结的代价是切回去时要重新加载如果你的工作流是频繁在几十个标签之间来回跳那些刚睡醒的标签带来的重载延迟可能比多占几百兆内存更烦人。3.4 标签页休眠机制背后的工作原理要理解上面那组数据得先明白休眠到底做了什么。Chromium 系浏览器的基本模型是每个标签页严格说是每个站点实例对应一个渲染进程进程里装着页面的 DOM 树、样式、JavaScript 堆和一堆缓存。所谓休眠或者丢弃discard做的事情是把这个标签页的渲染进程整个干掉只保留一条这个标签页曾经打开过哪个网址、滚动到哪个位置的记录。等你点回去的时候浏览器拿这条记录重新加载页面。内存自然就还给了系统。这套机制的关键参数有三个触发阈值多久没交互算不活跃。有的实现按时间有的按内存压力事件触发。排除白名单哪些站点永不休眠。这个最重要在线文档、后台系统、播放中的音视频页面必须加进去。状态保留程度滚动位置能保留但页面内未提交的表单内容、JavaScript 运行时状态、WebSocket 连接通常会丢。第三点是所有休眠机制的共同副作用也是最容易踩坑的地方。我有一次在一个后台系统里填了半页表单切去查资料回来发现标签被休眠了点一下重新加载表单全空。从那以后我养成了两个习惯任何带表单的页面先加白名单以及填长表单时先复制一遍内容到剪贴板。提示判断标准很简单——如果一个页面丢了状态会让你想砸键盘就把它的域名加进永不休眠列表。别嫌麻烦一次配置长期受益。4. 内存优化实测数据、曲线与结论4.1 测量工具与取数口径的讲究同一个浏览器内存占用可以测出好几个不同的数字差距能有一倍。所以必须把口径说清楚否则数据没有可比性。浏览器的内置任务管理器Shift Esc显示的内存占用通常指的是该渲染进程的私有工作集比较接近这个标签页实际占了多少物理内存。把所有标签页、扩展、GPU 进程加起来能得到总量。这个数字适合横向比较。系统自带任务管理器的内存列显示的是进程组的整体占用包含共享内存的部分摊销数字往往更大。这个适合判断我的机器还能不能撑住。还有一种常被误用的是提交大小或者虚拟内存数字那个数字通常大得离谱参考价值很低。我最终的取数口径是以浏览器内置任务管理器的总和为主系统级数据为辅助参考每次读数前先等 5 分钟静置避免把加载峰值当成稳态。顺便给一个实用脚本用来在控制台里快速看当前页面的加载时间线判断是网络慢还是渲染慢// 打开开发者工具 Console粘贴执行 const nav performance.getEntriesByType(navigation)[0]; console.table({ 重定向耗时: Math.round(nav.redirectEnd - nav.redirectStart), DNS耗时: Math.round(nav.domainLookupEnd - nav.domainLookupStart), 连接耗时: Math.round(nav.connectEnd - nav.connectStart), TTFB首字节: Math.round(nav.responseStart - nav.requestStart), DOM就绪: Math.round(nav.domContentLoadedEventEnd - nav.startTime), 完全加载: Math.round(nav.loadEventEnd - nav.startTime), 传输字节: nav.transferSize });这段代码在三家浏览器里都能跑输出结果直接告诉你时间花在哪一段。如果 TTFB 很大而 DOM 就绪很快说明是服务端慢换浏览器没用如果 TTFB 很小但完全加载很慢说明是页面里资源太多或者脚本太重那才是浏览器和扩展可能影响的部分。4.2 内存回收的触发时机与副作用实测光看总量不够还得知道它什么时候回收、回收得干不干净。我做了个连续观测100 个标签页打开后每隔 5 分钟记录一次总内存连续记录 40 分钟。结果是三条不同的曲线形状Yandex 浏览器的内存曲线是缓慢下降的阶梯形大概在 15 分钟和 30 分钟各出现一次明显下台阶每次下降 10% 到 15%。这说明它的休眠触发是按时间轮询的节奏偏保守。Chrome的曲线在前 10 分钟几乎平直之后突然掉一大块然后缓慢回升。这种按内存压力触发的策略在内存充足的机器上会显得很懒但好处是不会误伤正在用的标签。Edge的曲线下降最快最平滑5 分钟就开始掉20 分钟就基本稳定在低位。省内存确实省得多但我在这期间切回某个标签时明显感觉到了一次重载页面闪了一下、滚动条跳回顶部。副作用这块我专门记了几个视频页面被休眠后播放进度会重置需要重新缓冲。在线协作文档被休眠后实时协作的连接会断重新连上需要几秒期间别人的修改可能不会实时显示。页内搜索CtrlF的状态会丢切回来要重新搜。某些单页应用被休眠后重新加载可能回到首页而不是原来的子路由。这四条是我认为最需要警惕的。尤其是第三条在查资料的时候非常影响效率——你在一篇长文里搜了关键词切去别的标签看一眼回来发现高亮全没了。4.3 手动压内存的几个实用开关自动机制之外还有一批手动手段可以用。按效果从强到弱排第一减少扩展数量。这是最有效的一招。每个扩展都会注入脚本、维持后台页面几十个扩展加起来能占掉几百兆。我在测试机上把扩展从 12 个减到 4 个100 标签场景下总内存直接降了 0.6GB。排查方法是打开浏览器任务管理器按内存排序看哪个扩展排在前面。第二用启动参数合并同站点进程。Chromium 系支持--process-per-site参数让同一个站点的多个标签共用一个渲染进程而不是每个标签一个。代价是隔离性下降——一个标签崩了可能带走同站点的其他标签。我在测试里用这个参数把同站点的 10 个标签从 10 个进程压到了 1 个省了将近 400MB。但我不建议普通用户长期开稳定性风险是实实在在的。第三及时关掉用不上的标签。听起来像废话但配合会话保存功能后就很有价值把暂时不看的标签存成一个会话关掉需要时整个会话恢复。Yandex 浏览器的标签面板对这类批量操作支持得不错。第四检查是否有僵尸标签偷偷吃内存。有些页面会在后台跑定时器、轮询请求、动画即使你没在看它。这类标签的内存会持续增长。识别方法是隔一段时间看一次任务管理器内存明显在涨的就是嫌疑对象。4.4 三组场景下的综合建议测完之后我给不同使用场景配了方案使用场景推荐配置理由8GB 内存办公本标签常开 20 个内开启休眠超时设 15 分钟扩展控制在 5 个内内存是瓶颈优先省16GB 内存开发机标签常开 50 个以上关闭自动休眠改用会话保存 手动整理重载延迟对开发调试影响太大长时间挂着在线文档和后台系统自动休眠开启但把相关域名全加白名单兼顾省内存和不丢状态只用来查资料、看视频自动休眠开启超时设 5 分钟状态丢失影响小省内存收益大这个表里的建议不是拍脑袋来的每一项都对应上面的实测数据。比如开发机不要开自动休眠这条就是因为我实测时被重载打断了好几次断点调试——调试面板里的状态一重载全没了那个痛感远超过多占几百兆内存。5. 性能与功能渲染、扩展、隐私设置5.1 页面加载与渲染性能的实测方法内存之外速度当然也要看。但我不会拿打开首页用了 1.2 秒这种数字来做结论因为受网络波动影响太大。我采用的是相对比较法同一批 20 个网址在三个浏览器里各加载三轮用上面那段脚本读取完全加载时间取中位数然后算相对差异。结果是三家的首字节时间几乎完全一致因为那是服务端的事DOM 就绪时间差距在 3% 以内完全加载时间差距在 5% 以内。这个量级的差异说实话日常使用完全感知不到。真正能感知到差异的是交互流畅度也就是滚动、缩放、切换标签时的掉帧情况。这一项我用开发者工具的性能面板录屏看帧率在同样的长列表页面上连续滚动 10 秒三家都能基本维持 60 帧但 Edge 和 Chrome 在快速滚动时的掉帧次数略少。这个差异可能和它们对合成层优化的投入有关也可能只是版本差异。我的结论是如果你的诉求是网页打开更快换浏览器的收益极小优化网络和减少页面资源才是正解。换浏览器真正有收益的是内存管理、标签页组织和界面顺手程度这才是评测该关注的重点。5.2 扩展兼容性与商店生态的实际体验扩展这块Chromium 血统的红利非常明显。主流商店里的扩展基本都能直接装安装流程和 Chrome 一致打开扩展管理页开启开发者模式或者直接从商店点安装。但有两个现实问题得提前知道第一扩展 API 版本迁移的连带影响。上游正在推新的扩展规范对后台脚本和网络请求拦截能力做了限制。依赖深度请求拦截的扩展比如各种广告拦截器、隐私防护工具在新规范下功能会打折扣这不是某一个浏览器的问题是整个生态的共同课题。你在任何 Chromium 系浏览器上都会遇到选型时不必把它算作某一家的短板。第二部分扩展会检测浏览器标识。极少数扩展会根据浏览器标识判断是不是官方 Chrome不是的话可能拒绝安装或者功能受限。遇到这种情况通常可以在扩展的详情页里手动加载解包版本绕过但我建议非必要不折腾——来源不明的扩展风险很高。实测下来我常用的几个扩展密码管理、稍后读、截图工具、语法检查在三家浏览器上表现一致没有出现兼容问题。唯一一次失败是一个需要深度集成系统能力的扩展那个属于个例。5.3 隐私与安全设置该怎么配这块是我认为最该花时间的地方比调内存参数重要得多。我的配置清单关闭使用统计和崩溃报告上传。功能上对你零收益。限制第三方 Cookie。设置里找 Cookie 相关选项选阻止第三方 Cookie或者更严格的模式。副作用是某些站点的跨站登录会失效遇到问题再单独加例外。统一管理站点权限。把摄像头、麦克风、位置、通知这几项默认设为询问别设成允许。我见过太多人装完浏览器就把通知权限设成允许然后每天被弹窗轰炸。定期清理策略。设置退出时自动清除缓存和 Cookie但保留密码和书签。这样每次启动都是干净状态也顺带解决了缓存越积越多导致的磁盘占用问题。密码管理别偷懒。要么用浏览器内置的加密存储要么用独立的密码管理器别用同一套密码走天下。内置管理器在本地是加密存的但主密码一定要设不设的话本机其他程序理论上能读到。谨慎授予扩展权限。装扩展时看清它要什么权限读取和更改所有网站上的数据这种权限给出去就等于把浏览记录全交出去了。能选仅在特定站点运行就别选全局。注意隐私设置和便利性永远是矛盾的。你把第三方 Cookie 全禁了某些站点的免登录体验就会消失你把通知全禁了某些需要通知的协作工具就收不到提醒。我的做法是默认严格遇到具体问题再逐个放行而不是一上来就全放开。6. 常见问题速查与踩坑记录6.1 常见问题速查表下面这些是我在这轮测试和后续一个月的日常使用里真实遇到的问题按现象整理现象可能原因排查与解决标签页越多越卡风扇狂转扩展占用 未开休眠打开浏览器任务管理器按内存排序先砍扩展再开休眠切换标签后页面重新加载、滚动位置丢失标签被判定不活跃并丢弃把该站点加入永不休眠白名单视频看到一半切回来要重新缓冲播放页被休眠视频站点加入白名单或调长休眠超时表单填一半切走回来内容清空页面被丢弃运行时状态丢失长表单先复制内容或该域名加白名单导入的书签标题全是问号导入文件编码不是 UTF-8重新导出为 UTF-8 编码的 HTML 再导入扩展装不上或提示不受支持商店检测浏览器标识手动加载解包版本或换同类扩展字体发虚、滚动有拖影硬件加速异常访问chrome://gpu看加速状态切换硬件加速开关对比内存迟迟不释放触发阈值未到或内存压力不足手动结束高占用标签进程或重启浏览器后台标签偷偷涨内存页面内有定时器或轮询定期看任务管理器关掉不用的标签长时间使用后启动变慢缓存和历史记录堆积设置退出时清理缓存保留密码书签6.2 几条实测踩出来的经验经验一别用内存占用这个单一指标做决策。我一开始也盯着数字看后来发现 Edge 数字最漂亮但重载最频繁Yandex 数字略高但切回去基本无感。选浏览器的本质是选一个和你工作流匹配的取舍而不是选数字最小的那个。经验二白名单要一次配好不要边用边加。我最初的用法是遇到问题才加白名单结果一个月下来陆陆续续加了二十多个域名中间被打断了无数次。后来学乖了装完浏览器第一件事把常用的在线文档、后台系统、协作工具一次性全加进去后面基本就不会被打断。经验三测内存之前先把扩展关掉重测一遍。很多人抱怨浏览器吃内存实际上有一半是扩展干的。我见过一个案例某个来路不明的扩展单独占了 700MB比 20 个标签页加起来还多。排查顺序永远是先关全部扩展测一遍再逐个开回来定位。经验四不要迷信启动参数。网上流传的各种内存优化启动参数有一半是十几年前遗留下来的对现在的版本毫无作用甚至有害。我用--process-per-site确实省了内存但也遇到过一次同站点所有标签一起崩溃的情况。这类参数适合折腾党普通用户老老实实用界面开关就够了。经验五休眠时间别设太短。我试过把超时设成 5 分钟结果去开个会的功夫回来十几个标签全睡了一个个点过去重新加载比省下来的内存还费时间。15 到 30 分钟对大多数人来说是更合理的区间。最后分享一个我一直在用的小习惯每周五花十分钟把这一周攒下的标签页过一遍值得留的存成书签或者会话不值得的直接关掉。这么做的收益比任何内存优化开关都大——毕竟真正占用内存的从来不是浏览器而是我们先开着等会儿看的侥幸心理。至于 Yandex 浏览器值不值得换我的答案是如果你是标签页重度用户又对界面自定义有要求值得花一天时间完整试一遍如果你只是偶尔上上网那用现在顺手的就行换过去省下的那几百兆内存还不够你重新登录一遍常用网站的时间成本。