YouTube 无限重定向报错，谷歌账号身份验证无限失败，罪魁祸首居然是“已分区 cookie”？！
今晚遇到了一个极其诡异的故障：每当我尝试访问 YouTube 时，页面总会被自动重定向到 Cookie 设置错误页面。
让我头疼的是，首先我的网络代理本身毫无问题，其次 Google 旗下的其他服务（比如 Gmail、Gemini）全都能正常使用。不过网站偶尔 Cookie 出错也算常见情况，不慌，于是我按照页面上的说明进行了排查：① 确认浏览器没有阻止任何 Cookie；② 清理了 youtube 和 google 网站的 Cookie；③ 确认了浏览器的隐私权设置。然而重新访问 youtube.com 时，结果还是无限跳转到这个报错页面。
不能看 YouTube 哪能行，这必须解决啊！在经过一番艰辛的折腾后，我终于解决了这个问题。以下是完整的排错记录。
省流太长不看版：浏览器访问
chrome://settings/content/all-> 搜索故障域名 -> 干掉域名主站的Cookie -> 如果显示有其他网站 -> 依次展开 -> 点垃圾桶干掉所有其他网站下的涉及故障域名的 「已分区 Cookie」
狂删缓存也失效？尝试过的常规浏览器清理缓存方案
既然普通的清除 Cookie 没用，我开始由浅入深地尝试各种清理方案，结果只能说是屡战屡败：
- 无痕模式验证：按下
Ctrl + Shift + N进入无痕模式，访问youtube.com，秒开！在里面登录也完全正常。
- 判断：这说明我的网络、代理、DNS 都没有问题，纯粹是一个只存在于正常（非无痕）模式下的“问题”在搞鬼。
- 排除扩展程序：这里安利一款叫《二分法排查扩展程序》的扩展，它可以利用二分法快速帮你定位存在问题的扩展是哪个。其实原理很简单：扩展先帮你禁用已启用的扩展程序中的一半。你手动测试故障是否存在，然后在弹窗内选择“导致问题的扩展是否仍在运行”，扩展会根据你的选择继续开启或关闭其余扩展，直到用二分法排除到仅剩一个。
- 判断：排查完毕后，结论是和扩展无关，因为就算把扩展全关了问题也依然没解决。直接推翻了我的猜测——可能是广告拦截插件（满血版的 MV3 uBlock Origin）或隐私保护扩展误伤了跨域请求导致的故障。
- 直接扬了谷歌主域名：难道是 Google 的全局 Token 损坏？虽然可能性不大，毕竟其他谷歌服务都是可以正常使用的，但万一呢？于是我把
google.com的主 Cookie 也给扬了。
- 判断：重新自动登录后访问 YouTube，诶，我去，咋还报错！说明问题藏得比我想象的还要深啊。
- 终极大招三连发：
- 访问 https://accounts.google.com/Logout，强制全局登出浏览器内所有 Google 账号，彻底删除一切登录状态。
打开
F12开发者工具，在应用（Application） -> 存储（Storage）中勾选所有项目（取消注册Service Workers、本地存储空间LocalStorage、会话存储空间SessionStorage、IndexedDB等），执行清除网站数据（Clear site data），包括第三方 Cookie。
在报错页长按浏览器的刷新按钮（注意这时候需要开着
F12开发者工具），选择“清空缓存并硬性重新加载”，防止浏览器强行记忆重定向指令。
判断：全部失败！ 只要访问 YouTube 页面，那条倒霉的跳转提示就会雷打不动地出现。说明问题 cookie 还是没有被清理掉。
柳暗花明：在所有网站中揪出“已分区 Cookie”
诶，我去，这是啥情况？按说我已经清理了 Google 的一切缓存，也清理了 YouTube 的一切缓存，浏览器内不应该有任何残留的 Cookie 了啊。既然无痕模式下可以正常访问，又排除了扩展导致的问题，那还能是因为啥呢？难道谷歌还有其他域名下藏着 Cookie，或者我刚才漏了某个地方没清理？
抱着试试看的态度，我重新进入了 Chrome 的网站存储管理页面：chrome://settings/content/all（所有网站设置），并在右上角搜索了 youtube.com。
这时，我突然发现了一个盲点：为什么搜索结果除了 YouTube 本身，还有很多其他和谷歌完全无关的网站被显示出来了？于是我点了一下小三角展开列表，居然发现在许多其他完全不相干的域名下，赫然挂着一堆被标记为【已分区】的 YouTube Cookie！（截图里是我已经恢复正常后截的，当时这里足足有 30 多个网站）
在这个列表里，主要有三类东西：
- whats-new：这是 Chrome 的官方新版特性提示页（
chrome://whats-new/），里面嵌入了 YouTube 视频做功能演示。 - 一串长长的扩展程序 ID（比如那个
gcalenpjmijnce...）：这代表某个我安装的 Chrome 插件在后台静默调用或嵌入了 YouTube 的相关接口。 - 其他网站：一大堆支持谷歌快捷登录的第三方网站。
死马当活马医吧，我把这些挂在其他网站名下的【已分区】Cookie 也全部挨个点击垃圾桶强制删除。
再次刷新 youtube.com —— 页面瞬间恢复正常，顺利进入 YouTube！
什么是“已分区 Cookie”？
为了防止第三方广告商利用 Cookie 跨站追踪用户，Chrome 从 Chrome 114 开始推广所谓的 CHIPS (Cookies Having Independent Partitioned State) 技术，中文翻译就是已分区 Cookie。
- 传统 Cookie 机制：不管用户在哪个网站，只要页面里嵌入了 YouTube 的视频，浏览器读写的都是同一个全局 YouTube Cookie。
- 分区 Cookie 机制：浏览器支持网站把 Cookie 互相隔离。例如在
whats-new页面里加载的 YouTube Cookie，和直接访问 YouTube 主站加载的 YouTube Cookie 是完全隔离、互不相通的，whats-new并不知道我实际的 YouTube 账号是什么。
为什么会引发无限死循环？
结合这次的故障表现，我做了一些推测：
- 损坏的分区 Cookie：今天下午我访问某个支持 YouTube 快捷登录的网站时，该网站生成了一份已经损坏、过期或与当前账号多开状态冲突的有问题的 YouTube Cookie。
- 单点登录跨域检查：当我访问 YouTube 主站时，Google 的认证服务器在进行身份校验时，由于某些底层机制，非要顺带获取这部分挂在第三方名下“损坏的分区 Cookie”。
- 安全防线触发：谷歌的服务器发现两边的 Cookie 令牌（Token）对不上号，为了安全直接祭出
CookieMismatch强制重定向。 - 清理的死角：最坑的地方来了 —— 无论是我清空主站 Cookie，还是在主站按下
F12清空 Storage，Chrome 的分区 Cookie 保护机制都不会去动那些挂在其他域名下的“分区 Cookie”。于是，只要这个有问题的 Cookie 没被删除，每次访问 YouTube 时，谷歌的服务器都会重新读取到那个有问题的 Cookie，从而陷入无限重定向的死循环。
总结
哎，我最近也不知道咋了，和缓存故障杠上了。周一还遇到了小众软件论坛无法进入，换浏览器和隐私模式却能正常访问的问题，最后也是清理了 Service Worker 才恢复正常。感觉这都快成使用 Discourse 搭建论坛的常见问题了，经常 Service Worker 故障，导致部分用户访问该论坛。
这次排错也算涨知识了，原来还有个叫 CHIPS 的东西。如果你以后也遇到了某个网站“无痕模式正常访问，但普通模式下无论怎么清理主站 Cookie、清理 Service Worker、清理网站缓存都无限报错”的玄学 Bug，不妨试试去chrome://settings/content/all清理一下“已分区 Cookie”，说不定困扰你很久的问题立马就迎刃而解了呢！
