页面开着，点哪都慢半拍

同事说浏览器特别卡，我去看，页面早就加载完了，就是点按钮没反应。

这种情况按「加载慢」去查，注定找不到答案，方向一开始就错了。

两种慢，两种查法

分清这一句，等于省下半天，也少冤枉服务器。

加载慢：内容迟迟不出现，五段耗时会告诉你卡在哪一段。

响应慢：内容都在，操作要等，问题在主线程和内存，网络通常是无辜的。

先分清，再决定点开哪一排菜单，能省一半时间。

主线程被谁占着

主线程只有一个，抢的人却很多，这就是为什么响应会变慢。

脚本：一段计算跑几百毫秒，期间点击只能排队，用户以为按钮坏了。

扩展：广告拦截、翻译、下载助手，每个都在抢同一根线程，装得越多越明显。

标签页：开了三十个页面，内存吃紧，切换就掉帧，关掉几个立刻能感觉出来。

先用五段排除传输

先证明网络清白，再谈本机，不然改哪边都像碰运气。

用宝塔拨测的网站测速跑多地区多运营商节点，看 DNS、TCP、TLS、TTFB、下载。

五段都正常，说明网络和服务器这一侧没问题，问题在本机，别再让对方改服务器。

下载段很长，先解决资源体积，再谈响应，顺序反了就是白忙。

三步排查本机

从代价最小的开始，别一上来就重装，重装完问题还在就很尴尬。

第一步，无痕窗口打开同一页面，操作一遍，看是否依旧卡，这一步排除缓存和扩展。

第二步，关掉所有扩展再试，这一步能排掉最常见的原因，代价也最小。

第三步，打开浏览器的任务管理器，看哪个标签或扩展占着 CPU 和内存，数据比感觉可靠。

复测与结论

两个指标分开记，结论才准，也方便下次对比。

每次只改一个条件，改完重复同一组操作，不然不知道是哪一步起效。

记录「打开耗时」和「点击响应」两个数，别混成一个，这两件事经常被混为一谈。

确认改善之后，再把结论写下来，避免下次重复排查，也方便告诉同事。

响应慢这件事，先分清类型，再动手。

动手之前先分类，效率会高很多。

效率高了，问题也就不难。

不难，就敢一直排查下去。

排查到底，才有确定答案。

有答案，用户才服气。

服气，沟通成本就低。

成本低，团队才跑得快。

跑得快，交付才稳。

稳一点，口碑就好一点。

好口碑，才有回头客。

回头客多了，业务才稳。

业务稳，团队才有底气。

底气足，做事就不慌。

不慌，判断才准。

准了，就能一次解决。