豆包浏览器插件版常驻内存约330mb，远低于独立app的1.1gb，因其不启动本地ai模型与完整渲染引擎，仅调用网页端api并复用浏览器资源；5个进程中仅主扩展与内容脚本常驻，其余可休眠；具备真实内存回收机制，闲置5分钟可回落至190mb。
豆包浏览器插件版在开启后常驻内存约330MB（5个进程合计），比Chrome原生标签页高一倍以上，但远低于独立豆包App的1.1GB主程序占用——它吃的是你本就不宽裕的8GB内存里的“活水”，不是“死水”。
插件版 vs 独立App：内存占用差异在哪
插件版不启动完整渲染引擎和本地AI模型服务，只调用网页端API并复用浏览器已有资源；而独立App自带Electron壳+独立Node进程+本地向量缓存，光主进程就占1.1GB。你关掉插件，那330MB立刻释放；但关掉独立App，残留的子进程可能还在后台啃Swap。
插件版的5个进程分别是：主扩展进程、内容脚本注入器、WebSocket保活器、IndexedDB监听器、悬浮球UI渲染器——其中只有前两个是常驻的，后三个在无交互时会自动休眠。
【关键区别】插件版所有AI计算都走网页端远程服务，不启用本地大模型推理；独立App默认启用轻量级本地reranker和缓存预热，这是内存差距的核心来源。
实测内存波动规律
刚安装启用插件时，内存占用约210MB；打开3个含PDF/视频的网页并触发3次“总结此页面”后，升至320MB左右；切换到其他标签页闲置5分钟后，回落至190MB——这说明插件具备真实的内存回收机制，不是“开了就赖着不走”。
对比Chrome原生标签页：一个打开知乎长文+B站视频页的组合标签组约占用480MB；插件版+同样两页，总占用仅670MB，净增190MB，而非叠加式暴涨。
性能优化三步手动干预
第一步：进入 chrome://extensions → 找到“豆包浏览器插件” → 关闭「允许在隐身模式下运行」开关。隐身窗口无法共享IndexedDB缓存，会强制新建进程实例，导致多开时内存翻倍。
第二步：在豆包插件侧边栏右上角点击齿轮图标 → 进入设置 → 将「自动摘要触发阈值」从“任意网页”改为“仅PDF/视频/长文（>2000字）”。减少无效DOM扫描可降低MutationObserver负载，实测滚动帧率从42fps提升至58fps。
第三步：打开豆包插件悬浮球 → 点击「翻译此页面」后，若未实际使用翻译功能，请手动点击悬浮球右上角×关闭翻译面板。该面板常驻时会持续监听页面文本节点，即使不激活也维持DOM观察器，额外吃掉40–60MB内存。
要不要禁用插件来省内存？
方法一：用完即关——点击悬浮球右上角×，插件UI消失，后台进程5秒内自动降级为仅保活WebSocket连接，内存压至80MB以下。
方法二：彻底停用——在 chrome://extensions 页面把插件开关拨成灰色。注意：【下次访问 doubao.com 时不会自动恢复，需手动开启】，但已保存的提示词、历史摘要记录全部保留。
方法三：替换为轻量替代方案——如果你只用“逐行翻译”和“总结此页面”，可卸载豆包插件，改用开源插件「TextSummarizer Lite」（体积仅1.2MB，常驻内存
