# 安全執行 Mac 維護，不必例行大掃除
> 分清 macOS 已自動維護與需針對處理的項目，避免全面重置 Launch Services 或盲目重建索引，並要求工具說明略過原因。
Published: 2026-08-01 | Updated: 2026-09-05
「做 Mac 維護」仍常引出十年前的建議：每週清快取、強行重建 Spotlight、徹底重設 Launch Services，或點一下第三方的「系統最佳化」。現代 macOS 已按自己的節奏完成了大量這類工作。有用的維護應當範圍窄、有證據，也能還原。按日曆做一輪清理通常沒有意義。
更廣的預防清單（備份與更新優先）見[Mac 維護清單](https://mole.fit/tw/blog/mac-maintenance-checklist)。本文講系統已在做什麼、哪些手工動作仍有用，以及哪些已經不適合目前的 macOS。讀完後，你應能說出症狀、只改一類事物，並量出有沒有用。
**短答案**：現代 macOS 幾乎不需要儀式性保養；有症狀再做對應動作：搜尋結果不對才重建 Spotlight 索引，某個 app 異常才清它的快取；purge 腳本和記憶體清理器直接跳過，系統本來就在管理這兩件事。
## 「維護」曾經指什麼，現在變了什麼
舊文假設：
- 字體與 dyld 快取需要定期手刪
- Spotlight 要按日曆重建
- Launch Services 需要 `lsregister -kill` 式重設
- 閒置記憶體是目標
在目前的 macOS 上：
- **可清除的儲存空間與本機快照**會在壓力下變薄（[快照](https://mole.fit/tw/blog/how-to-delete-local-time-machine-snapshots-mac)）
- **記憶體快取**是有意使用的；活動監視器的記憶體壓力比閒置 RAM 重要
- **軟體更新**是主要安全維護路徑
- **背景索引**會在大量匯入後自行平息（[mds / mdworker](https://mole.fit/tw/blog/mds-mdworker-high-cpu-mac)）
若機器回應正常、已加密、有備份且可用空間充足，什麼都不做也是合理維護。
讓系統回收它負責的部分，對應用程式自有檔案做歸屬審核，把不透明問題當作診斷，而不是每週一鍵清理。
把更新與快照留給各自的系統入口。Apple 的[軟體更新說明](https://support.apple.com/108382)涵蓋 macOS 更新，[本機快照說明](https://support.apple.com/102154)則說明快照會自動管理並計入可用空間。兩者都不是每週維護指令稿應重複執行的動作。
## 有理由時再做的合理維護
### 1. 更新與安全狀態
在可信網路上安裝 macOS 與 App Store 安全更新。更新瀏覽器及處理不可信內容的軟體。大版本升級前確認 FileVault 與**測過**的備份。清理工具不能替代修補更新。
### 2. 啟動與背景負載
登入慢常常是登入項目過多，不是字體快取髒了。一次只處理一個擁有者，檢查[登入項目與背景項目](https://mole.fit/tw/blog/how-to-disable-startup-programs-on-mac)。優先停用而不是刪除。分清：
- 可見的登入項目
- Service Management / BTM 管理的背景項目
- 有真實 plist 的 launchd agent / daemon
- 應保持唯讀的受保護廠商或 Apple 元件
### 3. 依歸屬處理磁碟容量
可用空間不足時：
1. 用儲存空間設定、`df` 與資料夾地圖測量（[大檔案](https://mole.fit/tw/blog/how-to-find-large-files-on-mac)）
2. 清理能叫出名字的[快取](https://mole.fit/tw/blog/how-to-clear-cache-on-mac)
3. 若快照保留已刪資料，先等系統自動回收；急需空間時，確認備份後再考慮刪除舊快照，這會失去對應的還原點
4. 不再使用應用程式時，依[完整解除安裝步驟](https://mole.fit/tw/blog/how-to-completely-uninstall-apps-on-mac)處理
### 4. DNS 與路由表（兩件不同的工具）
解析器異常或 VPN 故障後，重新整理 DNS 可能有幫助：
```
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
```
這清的是解析器快取，**不會**重建路由表。
DNS 重新整理與路由重新整理是兩件工具。通道或系統代理活躍時，後者影響範圍很大。
重新整理路由（`route -n flush` 一類）的風險更大：可能打斷進行中的 VPN 通道與系統 HTTP/SOCKS 代理。只設定系統代理的用戶端可能**沒有** `utun` 介面，所以「沒有 VPN 介面」不能證明路由重新整理安全。維護工具在 VPN 或代理活躍時應明確說明略過原因，不要強行顯示成功。
### 5. 快速查看、圖像服務與使用者層級快取
預覽卡住或縮圖損壞後，重建**使用者層級**快速查看或圖像快取可能有用。優先有文件說明的、使用者範圍的重設，不要亂刪系統目錄。先結束擁有這些預覽的應用程式。快取回填時首次預覽會變慢，屬預期。
### 6. 行程與散熱診斷
發熱、風扇與失控行程不是靠刪偏好設定能修好的。用活動監視器，並對照[變慢](https://mole.fit/tw/blog/why-is-my-mac-so-slow)、[kernel_task](https://mole.fit/tw/blog/kernel-task-high-cpu-mac) 與[溫度](https://mole.fit/tw/blog/how-to-check-mac-temperature)。
節奏很重要：備份與更新是例行；深層索引重建只應是對已診斷故障的例外回應。
## 何時該重建 Spotlight（何時不該）
重建整個中繼資料儲存代價很高：數小時 CPU、發熱與耗電。僅在以下情況考慮：
- Spotlight 在應被索引的磁碟區上持續找不到已知檔案
- 修好底層磁碟問題後，搜尋仍異常；用 `mdutil -s` 核對索引是否啟用，但它本身不能證明索引進度卡住
- 已確認不是搜尋排除項目、網路磁碟區或隱私權設定造成
先查狀態：
```
mdutil -s /
```
不要為了「效能」每月重建。系統升級或大量匯入照片後的索引尖峰，常常是正常追趕，不是損毀。見 [mds 與 mdworker](https://mole.fit/tw/blog/mds-mdworker-high-cpu-mac)。
## 維護表演：預設跳過
| 動作 | 為何不宜作為預設 |
|---|---|
| 每週定時「垃圾」清掃 | 重建健康快取；增加 I/O 與更慢的首次啟動 |
| `lsregister -kill` 式 Launch Services 核彈 | 附帶損害大；僅用窄範圍、有文件的重建 |
| 盲目全量重建 Spotlight | 數小時 CPU；僅在真正索引故障後 |
| 把清字體快取當萬靈丹 | 很少是根本原因 |
| 關掉 SIP「清得更乾淨」 | 安全邊界，不是維護開關 |
| 改未知 plist 的「加速」工具 | 沒有效能理論就丟偏好設定 |
| 付費才能看恐嚇式掃描結果 | [銷售流程的破綻](https://mole.fit/tw/blog/what-mac-cleaners-should-never-delete) |
若文章說不出它要修的故障模式，那就不是維護建議。
## 實例：「出差回來機器變慢」
症狀：登入後風扇轉、首次打開應用程式慢，磁碟並不滿。
基準線：
```
df -h /
# Activity Monitor: Memory pressure, CPU top processes
```
發現：磁碟還有 80 GB 可用；記憶體壓力只在登入後黃一分鐘；登入項目裡有三個聊天、兩個更新程式、一個雲端同步。
只改一類：停用兩個不用的登入項目，以及一個你本來就會手動打開的更新程式。重新啟動。用同一路徑計時打開應用程式。若好轉，停手。不要在同一個下午再清快取、重建 Spotlight、重新整理路由。那樣你學不到是誰幫了忙。
## 如何安全跑一批維護
1. **說清楚症狀**（磁碟滿、預覽卡住、DNS 異常、登入慢）
2. **記錄基準線**（`df -h`、活動監視器取樣，或計時啟動）
3. **只改一類事物**，不要一次五類
4. **用同一負載複測**
5. **留下紀錄**：跑了什麼、略過了什麼、失敗了什麼
好的輔助應展示**已執行 / 已略過（原因） / 失敗**，而不是單一成功動畫。為保護 VPN 工作階段或進行中的安裝而略過，不是失敗。
## 維護工具的邊界
維護工具適合把邊界清楚的任務放進一次可稽核的執行，例如使用者層級快速查看、選定的快取與中繼資料工作。需要授權的任務應明確說明用途；不安全或不適用時應給出略過原因，例如 VPN 或系統代理活躍時不要動網路堆疊。它們不替代軟體更新、Time Machine 或惡意軟體回應。
磁碟候選項目用清理，應用程式與登入項目用軟體管理，即時指標用狀態監控；需要有邊界、結果可見的維護回合時，再使用維護工具。
## 常見錯誤
**因為日曆寫著「維護日」就清。** 為說得清的理由而維護。
**把 DNS 重新整理當成路由重新整理。** 影響範圍不同。
**因為「感覺變慢」就重建 Spotlight。** 先量 CPU 與磁碟。
**沒有基準線就連續做五件事。** 學不到東西。
## 決策規則
為說得清的理由而維護，並在前後各測一次。優先 Apple 的更新與備份路徑，而不是第三方深度清潔。工具有幫助時，要求路徑級審核、檔案操作可還原，以及誠實的略過。
## 操作順序
1. 為症狀命名，寫下基準線指標
2. 若是安全或升級準備，先更新並確認備份
3. 症狀對得上時，再改登入項目或騰出空間
4. 僅解析器問題時刷 DNS；有 VPN/代理時略過路由重新整理
5. 深層重建只在已診斷故障後
6. 用同一指標複測；只保留真有用的改動
## 延伸閱讀
- Apple：[更新 macOS](https://support.apple.com/108382)
- Apple：[關於 Time Machine 本機快照](https://support.apple.com/102154)
- [維護清單](https://mole.fit/tw/blog/mac-maintenance-checklist)
- [加速 Mac](https://mole.fit/tw/blog/how-to-speed-up-mac)
- [為什麼會變慢](https://mole.fit/tw/blog/why-is-my-mac-so-slow)
- [mds / mdworker](https://mole.fit/tw/blog/mds-mdworker-high-cpu-mac)
Mac 不需要按週做一輪「清理儀式」。留出空間、及時更新，遇到明確症狀再做針對性修復就夠了。
## 維護日記範本（可複製）
在備忘錄裡留六行就夠：
```
日期：
症狀：
基準線：（df / 啟動秒數 / 行程名稱）
改動：只寫一類
複測：
結論：保留 / 還原
```
兩週後回看，真正有效的往往是更新、減少登入項目或騰出磁碟空間。
## 何時該停手
出現以下情況時，停止制式維護，改查硬體或重裝評估：
- 磁碟健康檢查失敗、磁碟區反覆卸載
- 無負載時持續高溫與 kernel_task 高占用且已排除灰塵與外殼遮擋
- 記憶體壓力長期紅色且交換劇烈，同時應用程式本身洩漏
維護工具修不了壞碟，也替代不了有針對性的應用程式更新。
## 與清理、最佳化、狀態三個面的分工
- 磁碟候選項目與快取列表：清理
- 應用程式、更新、登入項目：軟體
- 有界系統維護回合：最佳化
- 即時負載與風扇：狀態 / 選單列
同一天把四類操作都做一遍，通常無法判斷哪一步起了作用。按症狀選一種處理方式。
## 常見問題
### 需要定時跑清理或保養工具嗎？
不需要；定時清理刪掉的多是系統還會重用的可重建檔案，然後再花代價重建；有症狀、說得出要修什麼時，再做對應的那一項。
### 重建 Spotlight 索引能讓 Mac 變快嗎？
它只修復搜尋結果錯誤或缺失，不會加速其他任何事情，而且觸發的幾小時背景索引反而會短暫拖慢機器。
### 記憶體清理器和 purge 腳本值得用嗎？
不適合當成例行保養；macOS 會管理記憶體與檔案快取，為了增加閒置數字而強行釋放，可能讓下次讀取變慢。Mole 的狀態監控不會清記憶體，最佳化裡的記憶體釋放只在系統回報警告或嚴重壓力時執行，正常壓力會略過。
---
Canonical HTML page: https://mole.fit/tw/blog/how-to-run-mac-maintenance-safely
Blog index for agents: https://mole.fit/tw/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt