浏览器只开一个网页，电脑还是卡，先查两层：Windows 里究竟是谁在占 CPU，再看浏览器内部哪个任务持续忙。标签少，不代表浏览器只运行一个进程。 页面、扩展、浏览器本身和图形任务，都可能出现在同一份任务列表里。
CPU 是处理器，CPU 占用反映处理器活动；内存用来暂存程序运行中的数据。两者要分开看。找到可疑任务后，先保存工作，再用关闭页面、逐项停用扩展的方式对照，不要只凭一个数字认定根因。
下面以 Windows 桌面版 Chrome、Edge 为主，菜单和方法的核对日期为 2026 年 11 月 8 日。适用的是本机卡顿排查，不是某个网站的服务器负载监测。
先在 Windows 里确认，忙的是不是浏览器
按 Ctrl＋Shift＋Esc 打开 Windows 任务管理器，进入“进程”页，按 CPU 列查看哪些程序持续排在前面。若只显示精简窗口，先展开详细信息。
先别点“结束任务”。看一会儿列表，再对照你感觉卡顿的时刻：是 Chrome 或 Microsoft Edge 在忙，还是别的应用？同一页还会显示内存、磁盘和网络。若高的是其他资源，或者浏览器并没有明显占 CPU，就应保留这个观察，别硬套“网页吃 CPU”的结论。
系统任务管理器适合判断哪个程序占用资源；要分清浏览器里的页面和扩展，还要打开浏览器自己的任务管理器。这是两个不同的窗口。
打开浏览器任务管理器，按 CPU 找持续忙的任务
在浏览器窗口中按 Shift＋Esc。按键没有打开时，可以从菜单进入：
| 浏览器 | 菜单入口 |
|---|---|
| Chrome | 右上角三点 → 更多工具 → 任务管理器 |
| Edge | 右上角三点 → 更多工具 → 浏览器任务管理器（Browser task manager） |
在列表中找到 CPU 列，按它排序，观察反复靠前的是哪一项，而不是只截下刚加载页面的一瞬间。内存占用较大的任务，不一定就是 CPU 持续忙的任务，不要把内存占用高直接当成 CPU 占用高。
任务名称先按下面几类理解，具体前缀和翻译以本机为准：
- 页面、标签、Renderer（渲染器）或 Subframe（子框架）：与网页内容相关。子框架是页面中嵌入的另一部分内容，不一定单独显示成一个标签。
- Extension（扩展）：浏览器附加功能。名称指向扩展时，可以先查这一项。
- Browser（浏览器）：浏览器自身的工作，不是某个网页标题。
- GPU Process：图形处理相关任务。GPU 就是图形处理器，看到这一行不代表显卡坏了。
Chromium 的多进程设计会把不同工作分开，页面中的框架也可能使用不同进程；多个标签有时又会共享渲染进程。因此，不能把标签数、任务行数和进程数当成同一个数字。
若列表显示进程 ID，也就是 PID，连同任务名一起记下。它是这次运行中识别进程的编号，方便对照；关闭、重开页面后要重新核对，别把上一次的 PID 当成永久标识。
只关一个页面，看看变化能否重复
先保存未提交的表单、文档和编辑内容。页面还能响应时，优先正常关闭目标标签；确实无响应、又已接受工作可能丢失时，再考虑在浏览器任务管理器里选中相应任务，使用“结束进程”。Google 的官方帮助明确提醒，这会丢失该任务中未保存的工作。
不要因为某行排在第一，就一口气结束 Browser、GPU 或一整组不认识的任务。先针对自己能确认的页面做一次对照，更容易看出变化来自哪里。
把观察分成几个阶段：页面还没打开、刚打开并加载、加载后不操作，以及执行某个具体动作之后。比如只有滚动列表、播放视频或切换某个面板时升高，就把那个动作写下来；没有操作仍持续占用，则单独记成另一种现象。
每个阶段留出几分钟观察，改动前后尽量用相同的时长。这是为了得到可比较的记录，不是规定网页必须在几分钟内降到某个百分比。也不要拿加载阶段的瞬时峰值，去比另一轮已经空闲很久的读数。
关闭目标页后，本机负载明显下降，再打开同一页、做同一动作时又出现，说明问题范围更靠近这个页面及其相关任务。它仍不能直接证明是页面里的哪段脚本，也不能证明远端服务器 CPU 高；扩展对该页面的影响还没有排除。
怀疑扩展时，怎样关才有用
扩展可能读写被授权访问的网页内容。因此，可疑行即使显示为页面，也值得进一步做扩展对照。先记下当前启用的扩展，不急着卸载。
Chrome 的入口是右上角三点 → 扩展程序 → 管理扩展程序；Edge 的入口是右上角三点（设置及其他）→ 扩展 → 管理扩展。对于个人可控制的扩展，可以这样查：
- 保存当前页面的工作，保持同一个浏览器、同一页面和相同的登录状态。
- 暂时关闭一个可疑扩展，重新加载目标页，重复原来的动作。
- 用相同的观察时长，记录 CPU 列和卡顿是否变化。
- 若改善，再恢复该扩展并复查一次，确认现象是否随这个条件反复出现。
不要一次又关扩展、又清数据、又换浏览器。即使恢复了流畅，也说不清是哪项改动起作用。
扩展很多、没有线索时，也可以先关闭自己可控制的一组，看看范围是否在其中；若改善，再逐个启用并复查。微软对 Edge 的官方排查也采用逐个恢复扩展的方法。整组关闭后的改善，只指向这一组条件，不代表每个扩展都有问题。
如果扩展由公司或学校管理、无法关闭，就把名称和限制记下来交给管理员，不必为排查改变组织策略。对照结束后，恢复没有发现问题的扩展。
无痕窗口不卡，能证明是扩展吗
还不能。Chrome 无痕窗口会开启独立浏览会话，不会自动登录原有网站，Cookie 和站点数据也与普通窗口分开。页面登录前后内容不同，工作量就可能不同。
而且扩展可以单独开启“允许在无痕模式下运行”。所以，无痕并不一定完全没有扩展。它适合帮助判断“另一组会话条件下是否也出现”，不能单凭一次改善就认定某个扩展有错。需要继续定位时，回普通窗口，按上一节逐项对照。
同样，换成另一个浏览器后不卡，也只是补充线索。浏览器版本、扩展和会话都变了，应另记一组结果。
GPU 或 Browser 一直靠前，下一步查什么
先记下任务类型和触发动作，不要把关闭图形加速当成通用修复。微软当前的 Edge 高 CPU 排查文要求核对硬件加速是否在使用，并说明视频等内容使用软件渲染时会增加 CPU 工作。看到 GPU 一行，就直接关闭加速，未必符合当前问题。
如果无法缩小到某个页面或扩展，保留浏览器和 Windows 版本、任务列表截图，以及问题发生前后的操作，再找浏览器支持人员或管理员继续查。仅凭 Browser 这个名称，不能直接判断是某项设置、驱动或网页服务出错。
求助时，把这几项一起交出去
一张“占用很高”的截图往往缺少前后条件。准备这些信息，别人才能接着排查：
- 浏览器完整版本和 Windows 版本；是哪一个浏览器窗口里的记录。
- 页面正在做什么：首次加载、闲置、滚动、播放，还是某个固定动作。
- 浏览器任务管理器中按 CPU 排序的截图；任务名称、可见 PID 和观察时间。内存情况另记，不代替 CPU。
- 关闭目标页后是否下降，重新打开是否又出现；哪些扩展开关做过对照，结果是否能重复。
- 是否只在普通窗口出现，是否换过浏览器、登录状态或其他条件。
截图前遮住不需要公开的网址参数、账号和页面内容。自己部署网页，也先把“我的电脑上某项浏览器任务持续占 CPU”写清楚；需要判断服务器负载，还得另看服务器一侧的监控，不能拿这张本机截图代替。
页面相关，就带着具体动作找网站维护者；扩展相关，就保留开关前后的对照找扩展作者；系统里靠前的是其他程序，就从那个程序继续查。先把占用来自哪里说清楚，下一步才有明确对象。