如何解决Mac书签同步导致的死机

Chrome书签同步卡死需先强制退出进程，再Shift启动禁用同步，接着清缓存、删索引文件重置数据库，最后用HTML或JSON备份恢复书签。

Mac上Chrome书签同步过程中浏览器卡死、界面无响应甚至整机假死，通常由同步服务与本地书签索引冲突引发，尤其在书签量大（超5000条）或存在损坏节点时，渲染线程和同步线程会争抢主线程资源，触发系统级冻结。

立即终止异常同步进程

按下 Command + Option + Esc 打开“强制退出应用程序”窗口，选中 Google Chrome → 点击“强制退出”。

这一步必须做，【不强制退出会导致后续所有操作无效】——残留的 sync thread 仍在后台占用内存并阻塞 UI 线程，单纯关闭窗口无法释放资源。

等待3秒，确认 Chrome 进程已从活动监视器中消失。

禁用同步后启动浏览器

按住 Shift 键不放，同时双击 Chrome 图标启动浏览器。松开 Shift 后，Chrome 会以无扩展、不同步模式打开。

此时地址栏输入 chrome://settings/syncSetup → 关闭“同步已开启”开关 → 点击“断开账户”并确认。

这一步绕过了自动同步初始化，避免一启动就加载损坏的同步元数据，为后续修复争取安全窗口。

重建书签索引与缓存

第一步：清空书签缓存目录

完全退出 Chrome（包括菜单栏残留图标），前往：

~/Library/Caches/Google/Chrome/Default/Cache/

将整个 Cache 文件夹重命名为 Cache_backup_$(date +%s)（如 Cache_backup_1755632580）。

第二步：重置书签数据库索引

仍在此路径下：

~/Library/Application Support/Google/Chrome/Default/

删除文件：Bookmarks.crx 和 Bookmarks.crx-journal（若存在）。这两个是 Chromium 内部用于加速书签搜索的 SQLite 索引快照，损坏后会导致同步时反复重建而卡死。

第三步：重启 Chrome 并验证

不登录账户，直接打开 chrome://bookmarks/，观察页面是否秒开、拖拽书签是否流畅。若仍卡顿，说明 Bookmarks 主文件本身有深层损坏，需进入下一步。

用原始JSON替换书签数据

方法一：从备份恢复干净数据

如果你此前导出过 HTML 书签，现在打开 chrome://bookmarks/ → 三点菜单 → “导入书签”，选择该 HTML 文件即可。注意：【导入前务必先清空所有现有书签文件夹】，否则新旧数据混杂会再次触发冲突。

方法二：直接替换 JSON 文件（适用于无HTML备份但有手动备份习惯者）

1. 确保 Chrome 已完全退出；

2. 进入 ~/Library/Application Support/Google/Chrome/Default/；

3. 将你备份的 Bookmarks（无后缀）文件复制进来，覆盖原文件；

4. 重新启动 Chrome，此时书签已恢复，且不含同步元数据污染。

方法三：生成最小化书签集临时过渡

新建一个仅含10条测试书签的 HTML 文件（可用文本编辑器手写），导入后确认 Chrome 不再卡死，再逐步分批导入其余书签——这能快速定位哪一批书签触发了死机逻辑。