如何查看 Mac 溫度與風扇轉速
想看 Mac 的溫度，可以開啟 Mole 的狀態頁面，查看目前機型支援的 CPU 溫度和風扇轉速。不同機型能讀取的感測器不同，無風扇的 MacBook Air 也沒有風扇轉速可顯示；活動監視器能幫你找出高負載的 App，但不顯示溫度。
macOS 沒有內建的 CPU 溫度與風扇轉速面板，但會告訴你系統是否正承受散熱壓力、是否開始限制效能。第三方工具可以顯示感測器讀數，不過名稱、位置與正常範圍都會隨機型變化。
Apple 也提醒：這些讀數不是機身表面溫度，不能單獨用來診斷硬體。脫離工作負載與變化趨勢，只看一個溫度很容易誤判。
遇到 powermetrics: unrecognized sampler: smc？ 在 Apple 晶片 Mac 上，這表示該指令沒有提供 SMC 取樣器，並不代表感測器損壞。要判斷是否降頻，可查看 macOS 的散熱狀態；要看具名讀數，則需要支援目前機型的感測器工具。
幾種檢查方式，各自能回答什麼
| 方式 | 能給你 | 給不了 | 代價 |
|---|---|---|---|
| 活動監視器 | 是哪個程序在發熱、能源影響 | 任何溫度、任何風扇轉速 | 無，系統內建 |
pmset -g therm |
macOS 有沒有記錄到散熱或效能壓力 | 具體度數、感測器名稱 | 無，不需管理者權限 |
sudo powermetrics |
一次有限取樣的功耗與散熱壓力細節 | Apple 晶片上穩定的 CPU 或 GPU 溫度 | 要管理者密碼 |
| 感測器監控工具 | 機型支援範圍內的具名讀數與風扇轉速 | 一個能搬到別台 Mac 上的門檻值 | 裝第三方 App，而且分機型 |
| Apple 診斷 | 來自 Apple 自己測試的硬體結論 | 即時監控 | 重新開機一次 |
順序比工具更要緊：負載解釋了大部分熱量，壓力告訴你 macOS 有沒有已經在反應，而一個度數只有在你知道前兩件事之後才讀得懂。
活動監視器能看到什麼
「活動監視器」位於「應用程式 > 工具程式」，打開 CPU 頁並按 %CPU 排序，就能看到誰在讓 Mac 發熱，它還會顯示記憶體壓力與能源影響。
這裡不顯示溫度或風扇 RPM，它能找到熱量來源，卻不是溫度計。如果高占用的程序看不懂，可以參考Mac 常見背景程序分別做什麼。
先看負載與散熱壓力
不需管理者權限，就能查看 macOS 記錄的散熱狀態：
pmset -g therm
沒有記錄到相關警告時，可能看到以下輸出；它不等於溫度測量，也不能排除所有硬體層面的效能限制：
Note: No thermal warning level has been recorded
Note: No performance warning level has been recorded
Note: No CPU power status has been recorded
一旦真的記錄到壓力，那是系統自己的控制判斷，通常比拿某個感測器跟網路上的通用門檻值比較更有用。
需要更多功耗與散熱脈絡時，取一次有限取樣：
sudo powermetrics --samplers thermal,cpu_power -n 1
只在需要診斷時跑它，用閒置與一段可重複的負載做對照，而不是讓一個特權取樣器一直開著。powermetrics 自己標明功耗數字是估算值，所以不要拿它的絕對值去比較兩台不同的 Mac。
Apple 晶片為何讀不到統一溫度
在一些較舊的 Intel 版本 macOS 上，sudo powermetrics --samplers smc 能吐出感測器讀數，而在現在的 Apple 晶片機器上這個取樣器已經沒有了，拒絕也很乾脆，不是給你一片空輸出：
powermetrics --samplers smc
# powermetrics: unrecognized sampler: smc
powermetrics 仍然能報散熱壓力，但不會給出一個穩定的 CPU 或 GPU 攝氏度。Apple 晶片上沒有公開又免特權的介面提供統一的感測器對應，這也是第三方工具必須逐機型適配的原因。
為什麼不同工具的讀數會不同
Mac 的散熱管理把運算單元、儲存、電池等位置附近的感測器與功耗、風扇控制放在一起，Intel 與 Apple 晶片暴露的感測器鍵不同，部分 MacBook Air 機型沒有風扇。第三方監控用的是分機型或非公開介面，所以兩個工具掛著同樣的「CPU 溫度」標籤，讀的可能是不同的感測器，而轉速只在有風扇並且暴露轉速計的機型上才有意義。
風扇轉速怎麼讀，以及它說明不了什麼
風扇轉速是這份清單裡最容易讀反的數字，因為它的含義和直覺相反：風扇轉起來是散熱系統在工作，不是機器出了問題；持續滿負載而風扇一聲不響，那才是值得查的讀數。常見的就三種情況：
- 根本沒有風扇。 M1 之後的 MacBook Air 全系無風扇，靠機身導熱，所以沒有轉速可讀，負載下機身發燙是設計如此。
- 負載時升起來，之後落下去。 這是預期形狀，真正該問的是負載撤掉之後多久降下來，而不是尖峰轉到了多少。
- 閒置卻一直滿轉。 這一種要處理，先查有沒有跑掉的程序，再查進風口是不是被擋住，最後才懷疑感測器故障，順序別反。
風扇曲線歸韌體管，保持預設是對的。手動控制可以在一段已知的持續負載裡拿噪音換餘裕，但它修不好被擋住的風道、壞掉的感測器，也修不好一個閒置時就在發熱的源頭。
怎樣判斷讀數是否異常
沒有一個適用於所有 Mac、所有感測器的「安全 CPU 溫度」。要記就四件事一起記：感測器名稱、當時的負載、散熱壓力，以及效能或風扇行為有沒有變化。編譯時短暫衝高很正常，閒置時讀數一路往上又找不到主人，才是更有價值的證據。
如果溫度真的要緊，就留一份自己的基線：同一個具名感測器、同樣的環境、同樣的電源模式、同樣的風扇狀態與散熱壓力，分別記下閒置與一段可重複負載下的數字，以後只跟這份基線比。別的機型、別的感測器名稱、別的室溫下得到的數字，都不是這台機器的界限。
Apple 唯一公開的數字是房間而不是晶片，它的工作溫度說明把正常環境溫度定在 10 到 35 攝氏度之間，並建議輕負載下發熱時先看 CPU 活動，把機器放在通風的穩固表面上用。
真的發燙時，照這個順序來
- 先找出高用量的程序。 在活動監視器的 CPU 頁按 %CPU 排序，確認是否有不需要的工作持續占用資源；儲存工作後結束，再觀察負載與溫度是否下降。
- 搭配散熱壓力判斷。
pmset -g therm可以查看系統記錄的散熱或效能警告，沒有記錄不代表一定沒有降頻，還要搭配負載、效能變化與其他散熱指標。 - 先排除物理原因。 軟表面、被擋住的出風口、陽光直射、超過 35 度的房間、正在充電，這些都會先把底噪抬上去，再談軟體解釋。
- 只跟自己的基線比。 同一個感測器、同一段負載、同一個房間，另一台機型的數字不是這台機器的證據。
- 該問硬體就問硬體。 反覆關機、輕負載就報散熱警告、風扇有異音或從不轉、什麼都沒跑還一直燙，這些是送修訊號。在認定「清個快取」或「自訂風扇曲線」能解決之前，先跑一次 Apple 診斷。
一套可重複的溫度檢查
先記下閒置時的負載與散熱狀態，跑一段固定的工作負載，取一次有限的壓力取樣，再對照冷卻過程。如果用感測器監控，就在同一台 Mac 上比同一個具名感測器，而不是把別的機型的門檻值搬過來。趨勢、降速、噪音與負載歸屬，都比單獨一個溫度數字說明更多。
常見問題
Mac 幾度算太高？
沒有適用於所有機型與感測器的統一上限，網路上的數值要先確認機型、感測器與測量條件。pmset -g therm 能顯示系統記錄的散熱警告，但沒記錄到警告也不能排除降頻。Apple 在這裡給出的攝氏 10 到 35 度指環境溫度，不是晶片溫度。
為什麼我的 MacBook Air 讀不到風扇轉速？
M1 之後的 MacBook Air 按設計就沒有風扇，靠機身散熱，沒有轉速計可報，所以監控工具在這些機型上不顯示 RPM 是對的，不是壞了。
查溫度需要管理者密碼嗎？
最有用的那兩步不需要。活動監視器和 pmset -g therm 什麼都不用，只有 powermetrics 要 sudo，這也是它值得只取一次有限取樣、而不是一直開著的原因。
為什麼兩個監控軟體顯示的 CPU 溫度不一樣？
可能是感測器選擇不同，也可能是取樣時間、平均方式不同。先確認兩款工具是否在同一時間讀取同一個感測器；無法確認時，用同一工具在同一台 Mac 上觀察趨勢更可靠。
風扇很吵是不是壞了？
單看吵不是。負載下風扇加速正是散熱在正常工作；真正需要排查的是閒置時持續滿轉、出現異音，或者有風扇的機型在發燙時從來不轉。