chrome书签同步卡死需先强制退出进程，再shift启动禁用同步，接着清缓存、删索引文件重置数据库，最后用html或json备份恢复书签。
Mac上Chrome书签同步过程中浏览器卡死、界面无响应甚至整机假死，通常由同步服务与本地书签索引冲突引发，尤其在书签量大（超5000条）或存在损坏节点时，渲染线程和同步线程会争抢主线程资源，触发系统级冻结。
立即终止异常同步进程
按下 Command + Option + Esc 打开“强制退出应用程序”窗口，选中 Google Chrome → 点击“强制退出”。
这一步必须做，【不强制退出会导致后续所有操作无效】——残留的 sync thread 仍在后台占用内存并阻塞 UI 线程，单纯关闭窗口无法释放资源。
等待3秒，确认 Chrome 进程已从活动监视器中消失。
一款AI工具，主要用于通过后台进程运行 Codex CLI、Claude Code、OpenCode 或 Pi Coding Agent，实现程序化控制，适合需要提升相关任务效率的用户。
禁用同步后启动浏览器
按住 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 不再卡死，再逐步分批导入其余书签——这能快速定位哪一批书签触发了死机逻辑。
