为什么 Slack 在 Mac 上这么吃流量（以及如何看清）

你瞄一眼菜单栏，Slack 在你甚至没在打字时拉 2 MB/s。活动监视器显示四个不同的 "Slack Helper" 条目带不同合计，没一个加起来等于你网络监控里看到的。如果你曾纳闷 Slack 带宽用量为什么感觉跟它在做的工作不成比例，答案在它的架构里——Electron、websocket、辅助进程，以及一个比人们意识到的更重的默认 A/V 栈。

这不是 Slack 黑文。Slack 真有用，它用网络的方式多数时候有道理。但 macOS 上按进程的数字会让人困惑，几个设置值得知道。

为什么 Slack 带宽用量跑高（架构答案）

Mac 上的 Slack 是 Electron 应用。意味着它内部捆绑 Chromium，跟 Chrome 一样把工作分到多进程：

• Slack — 主进程、UI、协调。
• Slack Helper — 工具渲染器和后台工作。
• Slack Helper (GPU) — 用于合成的 GPU 进程。
• Slack Helper (Renderer) — 一个或多个 UI 渲染进程。
• Slack Helper (Plugin) — 插件宿主（当前版本里少见）。

每个辅助有自己的 PID。每个能有自己的网络 socket。当你问"Mac 上 Slack 用了多少带宽"，你得跨父和所有辅助求和——或者用一个替你归并的工具。

线上实际是什么

几类流量，大致按贡献多少排序：

1. websocket

Slack 保持一条到 Slack 服务器的长 websocket。它承载状态更新、新消息、输入指示器、表情反应、文件上传通知、频道状态变化和 ping。空闲时 websocket 小——几 KB/s——但你会期待 UI 里"瞬时"感觉的每个事件都是这条连接上的一个或多个帧。

如果你有许多忙的频道，仅 websocket 在工作时间能坐在 50–150 KB/s。

2. HTTP 取

UI 加载、头像图片、频道历史、搜索结果、链接预览、表情。这些是短爆发——今天第一次打开一个频道取几 MB；第二次打开命中缓存。

3. 文件传输

把一张 30 MB 图片拖进频道，你会在你上行看到干净尖峰。Slack 上传到它文件存储，然后 ping websocket 告诉频道关于文件。你客户端反过来下载别人共享的文件预览。一个共享很多设计文件的团队仅在预览上一天能动几百 MB。

4. 音视频通话

这是大头。一个 Slack huddle（仅音频）每方向几百 Kbps。视频 huddle 是几 Mbps。视频之上的屏幕共享能推 5+ Mbps。乘以你解码视频的参与者数。

5. 后台更新和分析

Slack 自动更新器在后台跑，周期拉新版本。加遥测——功能用量、崩溃报告——以 KB/天衡量，多数可忽略。

典型一天的真实数字

跑 Slack 约 25 个频道、白天三四个活跃、两个 huddle 共 45 分钟的单一 Mac 的数字：

• 空闲（应用打开，不交互）：稳态 5–30 KB/s。带几个忙频道更高。
• 在忙频道里打字：状态和已读回执流时短峰到 50–100 KB/s。
• 冷打开频道：1–5 MB，看历史深度和头像数。
• 45 分钟 huddle（1:1，视频开）：合计约 600–900 MB。
• 典型完整工作日，无 huddle，活动适中：100–300 MB。
• 带两个视频 huddle 的一天：很容易 1–2 GB。

这些是大约。你团队的表情习惯比你想象的更重要。

怎样在你 Mac 上实际看

三个选项，有用度递增：

活动监视器

打开活动监视器 → 网络标签页。按"发送字节数"或"接收字节数"排序。你会看到父和辅助作为单独行，带从进程启动以来的累计合计。作为合理性检查有用，对"Slack 现在在做什么"没那么有用。

nettop

终端里：

nettop -P -m route

实时更新的按进程视图。同样问题——Slack 和它的辅助作为单独行出现。

带辅助归并的菜单栏监控

ova 围绕这个精确模式构建。它显示单一 "Slack" 行带跨所有辅助的合并速率、近期活动 sparkline，以及可拖动时间线让你能看到尖峰什么时候发生。点进 "Slack" 你能下钻到按辅助细节如果你想要。

看 Slack 实际用什么

ova 把 Slack Helper PID 归到父应用下，显示实时 + 历史按应用带宽。本地、签名、约 3 MB。

下载 macOS 版

减少 Slack 带宽用量——实际有意义的设置

多数"在 Slack 省带宽"的建议是回收的、错的。这里是实际有用的：

1. 动态表情：关

Slack → 偏好设置 → 动画与图像预览 → 滚动时让表情动起来。 关掉。减少带宽（动态 GIF 大）和 CPU。

2. 内联显示媒体：按需

同一偏好设置面板。把"显示图片和文件"设为手动意味着你点击展开，避免每个共享图片自动下载。代价是 UI 略不丰富；带宽受限连接上是简单胜利。

3. 语音和视频默认

huddle 里你可以：

• 关你视频——那段你上传降约 80%。
• 隐藏其他参与者视频（画廊 → 演讲者视图）——减少解码负载。
• 如果 Slack 暴露，降低视频质量。

热点上的长会议，视频关是合适默认。

4. 不需要时退出 Slack

听起来明显。Slack 在最小化时很难关掉它的 websocket——关窗口不会在 macOS 退出应用。Cmd-Q 会。如果你在计费连接上不需要实时消息，退它。

5. 限制哪些工作区自动启动

每个工作区跑大约一组辅助和一个 websocket。三个工作区意味着三套所有。移除你不积极用的工作区移除它的带宽份。

为什么工具间数字不匹配

频繁混淆：活动监视器说 Slack 今天用了 240 MB、你菜单栏监控说 380 MB、nettop 显示又一个数字。原因：

• 不同测量窗口。 活动监视器从进程启动以来计数。菜单栏监控可能计今天、本周或滚动。
• 辅助包含。 如果一个工具的父进程行排除辅助，你看到的会比归并它们的工具少。
• 采样 vs. 总计数器。 nettop 轮询；活动监视器读内核计数器；好的监控做同样事。如果测量同一窗口同一范围，数字应该接近一致。

修法是挑一个工具一致用做对比。ova 的按应用行是一个数字——跨所有 Slack 辅助合并、在你选的窗口上——让同类对比更容易。

热点或限量连接上的 Slack

如果你跟手机共享网络或在带数据上限的地方工作，Slack 累加得快。实操规则：

1. 蜂窝上不开视频 huddle。 仅音频 huddle 能忍。视频不能。
2. 媒体自动下载：关。 救你免于有人在你扫的频道里共享 200 MB 设计文件。
3. 不开老频道。 冷开取历史。如果你不需要滚，不开。
4. 专注会话间退出 Slack。 不要为"在线状态"留它跑着，依赖邮件或 DM，在你专注块开始和结束时检查 Slack。
5. 短暂用网页客户端。 浏览器版本，单标签里，能比 Electron 应用更轻——更少辅助、没有自动更新后台工作。

把 Slack 跟替代品比

带宽上，粗略顺序：

• iMessage / 邮件 — 推送式，空闲近零。
• Telegram、WhatsApp — 小空闲占用，适度消息流量。
• Discord — Electron，跟 Slack 类似架构、类似空闲剖面。
• Microsoft Teams — 空闲比 Slack 重，通话相似。
• Slack — 空闲适中-重，通话重。
• Zoom — 空闲轻，通话重（其他地方有说明）。

这不是切换的推荐——Slack 的带宽剖面对它做的事来说合理。但如果你一直怪"网络"，实际是一个每天 4 GB 的消息客户端，那值得知道。

收尾

Mac 上 Slack 带宽用量高，因为它是带长 websocket、多辅助进程，以及包含内联媒体和视频通话的功能集的 Electron 应用。你看到的多数是正常。一些可配置。所有当你监控把辅助归到一个 "Slack" 行下时更容易推理。

跑 ova 一天，看 Slack 对你合计的贡献，决定代价是否匹配你拿到的价值。对多数人 Slack 值得；对计费连接上的人，几个设置调整省很多。