Chrome 最多能开多少个标签页？

简短的答案

Chrome 没有公布过标签页数量上限，日常使用中你也碰不到一个硬性天花板。先撞上的是内存 —— 而撞上的快慢，取决于标签页里装了什么，远大于取决于你开了几个。

十个跑着 Google Docs、Figma 和视频会议的标签页，可能比一百个早就读完的纯文章标签页更贵。所以那些直接给你一个数字的文章 ——「16GB 内存能开 60 个」—— 都是在估。这个数字不是你内存的属性，是你标签页的属性。

有一个诚实的数字，拿到它大约要一分钟：打开浏览器的任务管理器，读出你打开的标签页内存占用的中位数，再拿你能匀给浏览器的内存去除它。这一次除法就是全部答案。没有哪篇文章能替你算，因为中位数是属于你的那一半。

Chrome 有标签页上限吗：为什么「能开几个」问错了单位

这个问题背后的直觉是：每个标签页占固定内存，所以拿内存除一下就有答案。Chrome 不是这么工作的。

Chrome 默认的进程模型是按站点分组，而不是按标签页分组。从同一个站点打开的多个标签页 —— 比如你从一个页面上中键点开的六个 GitHub issue —— 可能共用同一个渲染进程；而六个不同站点的标签页做不到。所以同样的标签页数量，会因为这些标签页「是怎么来的」而产生完全不同的内存占用。

再加上：被 Chrome 丢弃（discard）掉的标签页几乎不占内存。你的标签栏可以显示一百个标签，而真正驻留在内存里的只有几个。数标签栏几乎说明不了浏览器实际占了多少。

内存节省程序到底做了什么：标签页太多会消失吗

「内存节省程序」（Memory Saver）是标签栏能撑那么长的原因，但它被广泛地描述错了 —— 它不是「挂起」标签页。Chrome 自己的开发者文档说得更直白：标签页被丢弃后，标签栏里的标题和图标还在，但页面本身已经没了，和你正常关掉这个标签页完全一样。再点回去时，页面是重新加载的。

这个区别在实际使用中是有后果的。页面持有但没写进存储的东西 —— 打了一半的评论、没提交的表单、无限流里的滚动位置 —— Chrome 不负责保留。那些能扛住的网站，是因为它们自己选择了保存状态。

• 固定（pin）的标签页不会被丢弃。
• 正在播放音频或视频的标签页（包括通话）不会被丢弃。
• 可以在 Chrome 的性能设置里把特定站点标记为始终保持活动。

算出你自己的 Chrome 标签页上限

既然答案取决于你的标签页，那唯一值得拿到的数字就是你自己的。Chrome 自带一个任务管理器，按进程列出内存占用，打开它大约需要十秒。

拿到中位数之后，剩下的就是一次除法。中间那一列是经验值，不是实测：先把操作系统、编辑器和其它东西该占的留出来，再数还剩多少能给浏览器。

算一遍：如果任务管理器显示你的标签页中位数是 120 MB，16 GB 大约能装一百个。如果你整天泡在 Google Docs 和 Figma 里、中位数是 400 MB，同一台机器三十个左右就满了。两个数字出自同一台 16 GB 的机器。这就是为什么「16GB 能开 60 个」不是一条关于 16GB 的事实，也是为什么你要的那个数字只在你自己的屏幕上。

另一个上限，和内存无关

还有第二个天花板，而且大多数人在机器叫苦之前很久就撞上了：标签栏不再能当导航用的那个点。标题消失、图标糊成一片，找回五分钟前那个页面，比重新搜一遍还慢。

卡内基梅隆大学的研究者研究的正是这件事：在 2021 年的 CHI 论文里，Joseph Chee Chang 和 Aniket Kittur 发现，在研究的某一部分里约有 25% 的参与者报告说，浏览器或电脑曾因为开了太多标签页而崩溃。

这就是为什么「关掉不就行了」这条建议没人照做。关一个标签页的成本不是那一次点击，而是「这个以后还要不要」这个判断。这个判断，以及它背后两种截然不同的恐惧，是标签页囤积症的心理机制。

与其数数，不如做这三件事

• 先把内存节省程序调激进，再考虑关东西 —— 它解决的是内存那一半，而且不需要你做任何判断。
• 把真正会回去看的那几个标签页固定住。固定标签页不会被丢弃，也不再和别人抢标签栏的位置。
• 去修「找得到」而不是「开得少」：如果任何一个打开的标签页都能一秒找到，开着八十个就不再是个需要解决的问题。

SideBoo 认真对待的是最后一条：一次按键同时搜索打开的标签页、历史记录、书签和最近关闭的页面，所以一个你看不见的标签页，仍然只隔着一个关键词。这些数据不离开你的机器。