Chrome没崩溃。它只是让你的电脑慢慢窒息。
内存占用 creeping up，后台标签页堆积状态，其他应用开始冻结，风扇狂转——但一切看起来正常。没有单个标签页是罪魁祸首。这不是标签太多的问题，是浏览器和系统之间缺乏协调的问题。一个开发者受够了这种"慢性窒息"，用 Rust 写了一个能"看系统脸色行事"的标签页管理器。
时间型冻结：一个方便的谎言
市面上大多数标签页冻结工具遵循同一套简单规则：X 分钟没用，就冻结。这很方便，但也是盲目的。系统是否在内存压力下挣扎？CPU 是否在飙升？你是否在使用电池？这个标签页是否属于当前工作流？它们按时间操作，而非按状态。
开发者想要的是确定性、压力感知、上下文敏感的生命周期引擎。不是 AI，不是云端分析，只是一个结构良好的系统。在写代码之前，他先定义了约束条件：确定性行为（无黑箱魔法）、无云端无遥测、尊重用户意图（永不丢弃活跃或固定标签页）、压力感知决策、上下文感知启发式、职责清晰分离。最后一项成了最重要的架构决策。
系统由两个组件构成：Chrome 扩展（MV3）负责标签页活动追踪、焦点聚类、TTL 门控与护栏；Rust 原生宿主负责系统指标（内存、CPU、电池）、压力评分引擎、确定性分类。两者通过 Chrome 的原生消息 API 通信。
为什么要拆分？Chrome 扩展无法可靠访问底层系统指标，比如真实的内存压力。所以开发者做了职责分离：扩展管理浏览器生命周期，Rust 原生宿主理解系统状态。浏览器逻辑留在浏览器，系统逻辑留在原生层。
压力评分：不是追求完美，是可解释
开发者没有检查原始内存百分比，而是构建了一个加权压力评分模型。Rust 宿主收集：总内存百分比、可用内存（MB）、交换使用率、CPU 使用率、电池状态。从中计算：内存压力等级（LOW/MEDIUM/HIGH/CRITICAL）、CPU 负载等级、电池状态（AC/ON_BATTERY）、综合压力评分。
内存是主导信号，CPU 作为调节因子，电池增加小幅激进偏置。目标不是完美，是一致且可解释。比如：HIGH 压力，因为 RAM_HIGH + ON_BATTERY。这种原因标签对透明度至关重要。
焦点模式：不是所有不活跃标签都平等
30 分钟前在当前工作流中打开的标签页，与另一个窗口中被遗忘的标签页完全不同。开发者引入了焦点模式。焦点聚类基于：活跃窗口中的标签页、最近聚焦的标签页、用户定义的固定标签页、时间邻近性（同时打开的标签页）。
焦点聚类内的标签页使用更长 TTL，聚类外的标签页在压力下更快过期。这让系统：优先保留上下文、在压力时更激进地削减、避免打断活跃工作流。它仍是确定性的，只是更聪明。
激进资源管理可用，但受控。开发者设置了护栏：永不丢弃固定标签页、永不丢弃当前活跃标签页、永不丢弃焦点聚类内的标签页（除非 CRITICAL 压力）、保留最近 N 个标签页的历史、提供手动暂停/恢复。系统可以激进，但不会令人惊讶。
架构选择：为什么用 Rust
原生宿主需要：低资源占用（它本身就是资源管理器）、确定性性能、跨平台能力（Windows、macOS、Linux）、安全可靠的系统交互。Rust 的零成本抽象、强大的类型系统、内存安全保证，让它成为监控和管理系统资源的理想选择。
扩展与宿主之间的通信协议被设计为最小化、版本化、容错。每条消息包含：操作类型、关联标签页 ID、时间戳、原因代码（用于审计）。原生宿主以固定间隔（默认 5 秒）轮询系统指标，但仅在显著变化时通知扩展。这减少了消息流量，同时保持响应性。
实际运行：一个场景
假设你正在开发，打开了：文档标签页（活跃）、GitHub PR（活跃）、3 个参考标签页（后台）、音乐播放器（后台）、邮件（另一个窗口，后台）。系统压力开始上升，Rust 宿主检测到 RAM_HIGH + CPU_MEDIUM + ON_BATTERY，向扩展发送压力升级事件。
扩展评估标签页：文档和 PR 在焦点聚类内，保留；参考标签页在聚类外，压力高，冻结；音乐播放器，用户配置为"永不冻结"，保留；邮件，后台且聚类外，冻结。没有数据丢失，没有上下文中断，只是系统呼吸更顺畅了。
开发者强调，这不是要替代 Chrome 自己的内存管理，而是补充它。Chrome 的站点隔离和标签页丢弃是粗粒度工具，这个系统是细粒度的、上下文感知的、用户可控的。
局限与诚实
开发者列出了当前局限：原生宿主需要安装（不是纯扩展方案）、首次设置需要技术知识、某些企业环境可能阻止原生消息、与 Chrome 内置丢弃的交互有时不可预测。他不掩饰这些，反而认为诚实是设计的一部分。
代码是开源的，但开发者警告：这不是即插即用的产品，是实验性架构。如果你期待一键安装，可能会失望。如果你想知道浏览器和系统如何更好地协调，可能会找到有趣的东西。
Chrome 吃掉 16G 内存的故事，最终以 Rust 写就的"压力感知"回应收尾。当系统学会看脸色，用户是否还愿意手动管理标签页——还是说这恰恰暴露了现代浏览器架构的根本张力？
热门跟贴