FanBar v0.7.2 配置指南：从 Mac 温度读取到风扇控制排查

FanBar v0.7.2 配置指南：从 Mac 温度读取到风扇控制排查

FanBar 把 macOS 的温度、风扇转速与控制模式集中在菜单栏。配置时最容易混淆的是三个状态：面板能读数据、控制服务已就绪、风扇实际响应目标。它们之间有关联，但不能互相替代。按这个顺序检查，比看到一个异常值就反复换安装包更容易定位问题。

以下基于 0.7.2 官方发行与固定提交 README，介绍可核对的操作路径。本文未安装运行 FanBar，不提供降温效果、硬件兼容性或内存占用的本机测试结论。

一、确定环境与构建

系统下限为 macOS 11 Big Sur，设备还需通过 AppleSMC 暴露可读的风扇数据。项目面向 Apple Silicon 与 Intel Mac，但这不等于对所有型号和系统组合完成了实测。桌面组件另要求 macOS 14 以上，不能把组件的要求误记成整个应用的系统下限。

这次发行的安装包选择如下：

设备或用途	对应文件
Apple Silicon	FanBar-v0.7.2-arm64.dmg
Intel	FanBar-v0.7.2-x86_64.dmg
两类芯片通用	FanBar-0.7.2.dmg

另有同名 .sha256 附件用于文件完整性核对。appcast.xml 属于更新源，不是另一种安装器；无需为了完整安装把它手动导入应用。下载包应保留原始内容，核对对应架构与版本后再安装。

文档提及 Xcode 26 与 Swift 6，是本地构建的准备条件。使用正式 DMG 不需要先搭建编译环境。自行做 ad-hoc 构建还有另一层限制：这种构建仅供验证，特权 Helper 不能通过认证，不能拿它的控制失败来推断正式签名发行同样失败。

二、先完成只读检查

启动后打开菜单栏面板，检查风扇是否分别显示 RPM 和硬件范围，再看 CPU/GPU 温度。SSD、电池温度视传感器可用性显示，不存在对应读数时先记录缺的是哪一项，不要笼统写成“没有温度”。

双风扇设备要分别查看两列数值。菜单栏可显示平均 RPM，它是摘要，不能用于证明两个风扇的状态完全一致。面板还提供资源信息和温度趋势；磁盘状态依据剩余空间，解读时与处理器负载分开。

进入“设置 → 通用 → 设备兼容性”，可检查 CPU、GPU、SSD、电池温度、风扇读取、控制服务及请求状态。这个检查在本机进行，不联网，不会自动安装服务，也不会为了检测改变风扇转速。先用它建立读取情况，比立刻改曲线更有信息量。

报告可以离线预览并保存为 JSON。主动上报需要另行查看规则并确认，不能把打开兼容性页面等同于已经上传设备资料。官方文档也提醒，一次读取缺失或失败不能直接证明型号不支持。

三、授权与控制结果分开验证

需要手动调速时，选择“启用风扇控制”，按系统提示批准签名服务。应用界面通过 privileged XPC 与以 root 身份运行的 FanBarHelper 通信；Helper 提供有限的风扇读写与恢复自动能力，不开放任意 SMC 写入。

macOS 13 及以上通过 SMAppService 管理服务，macOS 11–12 使用兼容的 launchd 注册流程。遇到授权问题时，先确认系统版本与页面引导，不要把另一版本的设置路径硬套到当前机器，也不需要为了排障关闭系统安全保护。

完成授权后，先核对面板显示的当前模式。若请求被接受但 RPM 没出现预期变化，仍需查看实际读数，不能把“请求成功”当成物理控制已经验证。排障记录应保留操作前后的模式、目标与实际 RPM，并注明观察时间和设备型号。

固定模式用于设定明确目标，静音、均衡、性能和极速则按预设曲线调整。切回“自动”可将控制交还 macOS。初次配置无需把每个预设都轮流测试，更不应在缺少传感器信息时套用网上的低转速参数。

四、曲线跟着哪种温度变化

进入“设置 → 散热”，选定要修改的预设，再查看其温度曲线。每个预设独立保存温度与输出之间的对应关系，拖动控制点即可调整。CPU、GPU、SSD 可作为温度来源，缺少所选传感器时应用有回退处理。

这张图能说明控件所在位置，不能提供适用于所有设备的推荐参数。曲线需要与本机硬件范围和任务匹配。更改时一次只调整一个明确因素，保留原先配置，才方便解释变化来自温度来源还是曲线本身。

固定转速和预设支持在 15 分钟、30 分钟或 1 小时后恢复自动。临时调整宜同时设置结束方式，任务完成再核对当前模式。应用退出、断连或服务失败时会尝试恢复自动，但这个设计不能被写成异常恢复的无条件保证。

五、用日志留下可解释的数据

“日志”页可每 2–60 秒记录温度、各风扇转速和控制模式，输出 CSV 到 ~/Library/Application Support/FanBar/Logs。新文件策略可选启动时、午夜或从不新建。先确定采样间隔与文件划分，再开始观察，有助于后续找到同一任务的时间段。

分析日志时，应把同一时间的温度、RPM 和模式一起看。比如两个片段分别运行在“自动”和固定模式，即使转速接近，也不能据此判定两种控制逻辑相同。任务负载、观察时长和设备条件不一致时，更不能把差值当作软件降温成绩。

想观察即时变化，应打开菜单栏面板。macOS 14+ 的桌面组件由 WidgetKit 调度刷新，展示主应用最近发布的快照，不保证秒级更新。用组件刷新频率去测量控制响应，观察对象就选错了。

如果要整理一份可复查的使用记录，可以按以下顺序保存观察：打开面板时的自动模式读数、启用控制后显示的模式、所选预设与温度来源、目标 RPM 和实际 RPM、恢复自动后的状态。记录应与当时的任务和时间相对应，而不是把不同日期的两张图拼成一次操作结果。

高温通知需要主动开启，CPU/GPU 阈值可设为 60–105℃，默认 90℃。同一段持续高温只提醒一次，降温后会重新准备提醒。因此，持续高温期间没有重复通知，不足以判断通知功能失效；排查时也要记录是否已经触发过一次。通知只能提供提醒，不能替代温度与模式检查。

菜单栏如果同时显示温度和转速，会涉及宽度取舍。可以在“设置 → 外观”用预览确认并排或上下排列哪种更合适，图标动画也能关闭。这属于显示配置，不会因为关闭旋转就改变你选定的散热模式；判断控制状态仍应回到面板的模式与读数。

六、0.7.2 新功能的两个判断边界

温度标题旁的整机功耗来自 SMC PSTR，每两秒刷新。部分台式机和 Intel 型号不提供该键，异常、过期值也会隐藏。缺少功耗不等于缺少温度，更不表示应重新安装 Helper；先检查是哪一个字段不可用。

这次还修复了旋转图标滤镜引发的 Core Image 内存开销。发行者给出了 Mac mini M4 上约 270 MB 降到约 90 MB 的观察，口径是活动监视器的“内存”列。这是上游环境里的结果，不能直接作为读者机器的验收门槛。

遇到问题时，整理 FanBar 版本、macOS 版本、Mac 型号和复现步骤，再附去除个人信息的截图或日志。将读取、权限和控制结果分开记录，通常比一句“风扇控制没用”更有助于定位。项目参考：FanBar 仓库。

下载与获取

百度网盘：https://pan.baidu.com/s/1pC7_XN_VEZ4Bmmj_k2CWTw?pwd=6ekp 提取码：6ekp

夸克网盘：https://pan.quark.cn/s/ebe6fb75a55b