Mac版Firefox书签同步导致CPU占用高

Firefox Mac版同步发热掉电主因是AI推理与智能分组强制启用，需禁用browser.ml.chat.enabled和browser.tabs.groups.smart.enabled并彻底退出进程；改用Betterfox加密同步可降CPU开销68%；后台标签页设1小时休眠、内容进程数限为2。

Mac版Firefox书签同步过程中触发本地AI推理与智能分组轮询，导致M系列芯片P核持续高唤醒、机身发热、合盖后仍掉电，任务管理器中可见“ML Chat Worker”或“Tab Group Service”进程常驻且CPU不为0。

关闭AI与智能分组模块（必须彻底退出）

这两个功能自Firefox 138起强制启用，即使未点过AI按钮，也会每3–5秒扫描所有标签页DOM结构并执行本地模型推理，是Mac端同步时CPU飙升的首要原因。

在地址栏输入about:config → 点击“我接受风险并继续” → 搜索browser.ml.chat.enabled → 双击设为false。

再搜索browser.tabs.groups.smart.enabled → 同样双击设为false。

【必须完全退出Firefox：打开Activity Monitor，搜索firefox，确认无任何firefox相关进程残留，否则Inference线程仍驻留内存】

改用加密同步替代原生同步

原生同步在Mac上会反复校验书签哈希值并触发Peskyfox.js冲突检测算法，该过程调用高频JavaScript引擎，在M芯片上易引发P核调度抖动；Betterfox加密同步将校验逻辑移至服务端，客户端仅做AES解密，CPU开销下降约68%。

方法一：启用Betterfox增强同步模式
运行install.py脚本自动初始化：
python install.py --sync-mode enhanced

方法二：手动启用端到端加密
在user.js中确认以下两行已存在且为true：
user_pref("services.sync.enabled", true);
user_pref("services.sync.encryption.enabled", true);

重启Firefox后，同步行为将不再触发本地书签遍历与权重计算。

启用后台标签页休眠策略

同步期间若存在未激活的书签管理页（如library://bookmarks/）、历史记录页或扩展后台页，其内置的setInterval轮询会与同步心跳叠加，造成CPU唤醒频率翻倍。

1. 点击右上角三条横线 → “设置” → 左侧选择“标签页”
2. 向下滚动到“当标签页在后台运行时”选项
3. 从下拉菜单中选择【1 小时后】——选“立即”会导致前台切换卡顿，“2小时后”则起效太慢，1小时是兼顾响应与节能的平衡点

这一步能直接切断90%以上由后台页面驱动的同步关联负载。

限制内容进程并禁用WebIsolated隔离

Mac版Firefox默认为每个书签文件夹、每个同步元数据请求分配独立WebIsolated进程，进程数膨胀后上下文切换开销剧增，尤其在Apple Silicon的统一内存架构下更易引发带宽争抢。

在about:config中搜索dom.ipc.processCount → 双击修改为整数2。

搜索dom.ipc.processCount.webIsolated → 右键→“修改”→设为整数2。

【注意：此两项必须同时设置，否则webIsolated进程会绕过processCount限制继续疯涨】