列表误伤
规则把实时通道标成追踪。白屏出现在列表更新后的第一次打开。
WhatsApp 网页版
白屏 扩展 更新
会话区突然空白，外壳还在，人会以为自己被登出。更常见的原因是浏览器更新改了脚本引擎，或广告拦截扩展把会话区的请求误判成追踪脚本。
白屏是绘制失败，不是要你重新填账号。本页只用白屏、扩展、更新三种状态帮助对照，这不是 WhatsApp 里的开关。大版本更新常在重启后才显形，广告拦截扩展则可能在睡前多订了一份过滤列表，早上会话区就白了。
浏览器更新会改隔离、缓存和脚本编译。WhatsApp网页版的会话区依赖这些接口把气泡画出来，接口一变，先白的是中间那一块。
大版本比补丁更容易白。补丁多半修漏洞，大版本会动浏览器实验选项和默认严格度。更新说明里若出现站点隔离或内存节省，白屏概率要上调一档。
企业强制推送时，人无法推迟重启。重启后第一条线索是更新日和白屏开始日是否同一天。日期重合，就先按更新这条线排查。
更新后的白屏有时会带控制台报错，有时完全安静。安静不等于没更新，只表示引擎在绘制前就停了。
广告拦截扩展按规则吃请求。会话区的实时通道若被写成可疑域名，扩展会先把它拦下，页面就留下一块白。
新订的过滤列表比扩展本体更危险。列表作者面向广告网，不会为会话气泡单独开例外。列表一更新，昨天还亮着的区域今天就空。
隐私套件常把拦截、脚本控制和 Cookie 削减捆在一起。捆得越紧，误伤会话区的面越大。诊断时要把套件拆开，让扩展这条线能单独对照。
规则把实时通道标成追踪。白屏出现在列表更新后的第一次打开。
第三方脚本一律禁，会话区依赖的绘制脚本被连坐。外壳还在，中间空白。
浏览器更新改了扩展接口，旧规则变得更狠。两条线同时亮时，要做两次对照。
排除顺序写成折线，避免一上来清全部数据。折线上的节点只服务白屏，不服务设备清单。
第一条线是浏览器更新，第二条是广告拦截扩展，第三条是白屏范围，第四条才是缓存。顺序反了，会把更新问题做成清数据问题。
局部白优先怀疑扩展和脚本；整页白再看网络和证书。WhatsApp网页版最常见的是局部白，也就是会话区这一块空着。
每一步只改变一个变量。对照项跟着变，结论才站得住。
线 01
关于页里的大版本号和重启时间要抄下来。时刻与白屏重合，先按更新线排查。时刻差很多天，更新线降权。
线 02
一次停一个，再打开同一窗口。白屏消失，扩展这条线能对上。多个扩展捆成套件时，先拆套件再停。
线 03
外壳还在只空白气泡，多半是脚本被拦或引擎绘制失败。整页白要另看网络，不与局部白混写成同一张工单。
线 04
此时清数据才有意义。过早清数据会抹掉对照所需的现场。WhatsApp网页版的白屏现场比干净缓存更值钱。
对照表把两种原因的时间线索和恢复动作分开，避免用同一句话打发。
| 线索 | 浏览器更新 | 广告拦截扩展 | 白屏形态 |
|---|---|---|---|
| 时间 | 大版本重启当天 | 列表或扩展刚变更 | 常为局部空白 |
| 对照 | 未更新的另一浏览器仍正常 | 停用后会话区恢复 | 外壳可在 |
| 控制台 | 引擎或实验选项报错 | 请求被 blocked | 安静也可能发生 |
| 企业环境 | 强制推送无法推迟 | 统一下发隐私套件 | 两线容易叠乘 |
| 恢复 | 等浏览器与页面对齐，或关掉刚打开的实验选项 | 例外规则或停列表 | 不要对着空白连点 |
两线叠乘时，表要读两遍。先做扩展对照，再判断更新是否仍在。WhatsApp 会话区只回答最后还亮的那条线。
空白会诱人去点一切能点的东西。双栏列出先别动和可以记的现场，避免把诊断现场踩乱。
不要对着白屏连点刷新十次。刷新会重跑被拦脚本，现场被冲掉，对照更难做。
不要立刻清全部浏览器数据。扩展规则和浏览器更新痕迹会一起消失。不要去找账号输入框，白屏不是在要密码。
记下浏览器版本、扩展名称、过滤列表更新日期。三样东西能点亮三条排查线里的两条。
记下白屏是局部还是整页。WhatsApp网页版局部白更指向会话区脚本，整页白要另开网络线。
组合比单点更伤。下面三张卡片写常见叠乘，便于值班时对号。
早上更新浏览器，中午过滤列表自动订新规则。白屏会在下午第一次打开时出现，两条线对上。
更新打开更严的站点隔离，扩展又禁第三方脚本。会话区的绘制链从两头被掐。
策略锁死扩展无法卸，套件又不能拆。折线仍要走，只是对照改在策略允许的临时配置里做。
组合出现时，不要用“重装浏览器”当第一刀。第一刀仍是记录更新日和做扩展对照。WhatsApp网页版的白屏在组合里也可被单变量拆开。
大版本有时会打开浏览器自己的实验选项，名字里带着隔离、节能、预渲染。这些开关在浏览器里，不在 WhatsApp 会话菜单里。会话区对这些选项比外壳敏感，白屏会先出现在气泡那一块。
记账只要三列：实验选项名称、打开日期、白屏是否同步出现。广告拦截扩展若同一天也改了列表，第四列再写扩展名。列写全，折线才不会并成一笔糊涂账。
企业通道有时把浏览器实验选项锁死，设置页上看不到开关。这时仍要记版本号和策略包名称。WhatsApp网页版的白屏在锁死环境里也能对照：换一台未锁实验选项的机器，会话区若恢复，原因就停在浏览器设置，不在账号。
关于页的版本、实验页的开关、扩展页的列表更新日期，三样都能截进值班笔记。笔记服务对照，不服务登录。
局部白还是整页白也要记。实验选项导致的白屏多为局部，扩展误伤也多为局部，整页白要另开网络线。
控制台红色一行不能直接写成“扩展有罪”。浏览器更新后的引擎报错会长得很像被拦请求。
同事说“我这边没白”也不能直接排除。他的浏览器更新日和广告拦截扩展清单可能完全不同。对照要写在同一台机器的两条配置上。
情景只覆盖更新日、过滤列表、局部空白和双浏览器对照。没有账号框，也没有验证码题。
先看浏览器更新这条线。大版本常改脚本引擎和站点隔离，WhatsApp网页版的会话区会先白出来。广告拦截扩展先不要卸，确认更新日和白屏开始日是否叠在一起。
用临时配置把该扩展停掉再打开同一窗口，白屏跟着消失就落在扩展线。过滤列表会把会话区的脚本误判成追踪器。WhatsApp 白屏在这种情景里是误伤，不是账号失效。
算。白屏常是局部空白，会话区被脚本拦下，外壳还在。浏览器更新和广告拦截扩展都可能只打中这一块。整页全白再另看网络，局部白优先走折线诊断。
强制更新后先沿折线确认是引擎变化还是扩展连锁。只清站点数据有时能让会话区重新绘制，但更新与扩展仍在时白屏会回来。WhatsApp网页版的空白要按原因层处理，不按单一清缓存处理。
要拆。捆在一起时，你分不清是哪一条规则打中会话区。广告拦截扩展逐个停用，白屏在哪一步恢复，原因就落在哪一条。浏览器更新日若也重合，先记下日期再拆扩展。
控制台只能当线索。被拦请求指向广告拦截扩展的可能性更高，但仍要做一次停用对照。浏览器更新后的报错长得类似，没有对照会误判。WhatsApp 会话区空白要有前后对比。
说明白屏跟着浏览器更新走，不是手机端会话坏了。没有更新的那一侧仍能画会话区，更新侧先查引擎和自带严格模式。广告拦截扩展若只装在白屏那一侧，两条线要一起标。
扩展线排除后，原因更可能停在大版本本身或企业策略叠加上去的脚本限制。可以先试稳定通道或关掉浏览器里刚打开的实验选项。WhatsApp网页版在这种情景里要等引擎与页面重新对齐，而不是反复点空白处。