# Mac 的 syspolicyd 使用率高，先找觸發的 App

> 觀察 syspolicyd 的 CPU 變化，區分首次檢查和反覆觸發的問題，保留 Gatekeeper，再查具體 App。

Published: 2026-05-25 | Updated: 2026-10-31

剛開啟下載的 App，syspolicyd 就排到了 CPU 列表前面，可以先回頭看剛才開了什麼，Apple 的 [Gatekeeper 疑難排解說明](https://developer.apple.com/forums/thread/706379)記錄了 syspolicyd 參與系統政策評估和公證檢查的情況，但單看 CPU 很高，還不能確定它在檢查哪個 App，也不能斷定系統出了問題。

## syspolicyd 在檢查什麼

[Gatekeeper](https://developer.apple.com/developer-id/)會協助核對 App Store 以外軟體的開發者身分，Apple 的[程式碼簽署指南](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html)說明，App 首次啟動時會接受簽章評估，巢狀程式碼也在檢查範圍內，syspolicyd 參與的是這些安全檢查，不是在替 App 處理日常功能。

剛下載的 App 第一次開啟，是值得核對的時間點，如果剛更新了 App、開啟大型 App 套件或多個下載的安裝程式，或者在反覆建置和執行開發版本，就記下 CPU 上升時開啟或替換了哪個套件，這些是排查線索，不代表每次下載和建置都會觸發同樣的評估，也不能據此認定檢查一定更慢。

想查整個程序列表和歸屬，可以看[Mac 程序說明](https://mole.fit/tw/blog/mac-processes-explained)，這裡重點看反覆評估某個 App 的情況，不再逐一介紹背景程序。

## 先留一段沒有新操作的觀察時間

在活動監視器的 CPU 列表看 syspolicyd，記下使用率開始上升和回落的時間，Apple 的[活動監視器指南](https://support.apple.com/en-qa/guide/activity-monitor/actmntr1001/mac)介紹了程序搜尋、依欄位排序和程序資訊視窗。

1. 記下使用率上升前的 App 名稱、版本和操作。
2. 讓已經開始的安裝完成，期間不再開啟新的 App。
3. 暫停自己反覆建置和啟動的操作，或排隊開啟 App 的工作。
4. 連續看幾次 CPU 讀數，再單獨試一個已知 App。

停止新操作後使用率回落，是一條有用的線索，但還不能確定之前哪個 App 觸發了檢查，這個方法沒有固定等待時間，比起一次讀數變低，持續回到沒有操作時的水準更有參考價值。

## 區分首次檢查和能重複出現的問題

每次只變一個條件，前後才容易比較。

| 觀察到的情況 | 能說明什麼 | 下一步 |
| --- | --- | --- |
| 停止開啟新 App 後使用率下降 | 這段時間裡活動減弱了 | 恢復正常使用，留意是否重現 |
| 每次開啟同一個 App 都伴隨使用率上升 | 有能重複的關聯，還不是原因 | 記下版本，檢查這份 App |
| 沒找到觸發操作，使用率仍持續很高 | 首次啟動還解釋不了全部情況 | 保留觀察紀錄，聯絡 Apple 支援 |

如果涉及反覆建置，等沒有操作時的比較完成後，再恢復一次建置並記下結果，使用率重新上升就停止這次實驗，不要同時改建置方式、安裝套件來源和安全設定，否則很難判斷哪個變化起了作用。

## 檢查反覆觸發的那份 App

Apple 的疑難排解說明把簽章損壞和公證問題分開處理，如果同一份 App 反覆打不開，先保留自己的文件，再向開發者取得新的安裝程式，無法開啟的提示和 CPU 上升要分開記錄。

開發者或支援人員需要進一步核對時，Apple 提供了下面的簽章驗證方法，把範例路徑換成要查的那份 App，保留引號。

```sh
codesign -v -vvv --strict --deep "/Applications/Example.app"
```

這條指令檢查程式碼，不會改寫簽章，失敗的結果需要開發者判斷，通過也不代表公證一定正常，更不能解釋 CPU 使用率，把結果、App 版本、macOS 版本和重現時間一起交給開發者，觀察電腦能否恢復平穩時，不要反覆執行驗證。

## 保留 Gatekeeper 檢查

關閉評估會改變安全邊界，並沒有修好觸發檢查的 App，Apple 的[簽署說明](https://developer.apple.com/developer-id/)解釋了開發者身分和公證的作用，不要為了壓低 CPU 使用率移除隔離屬性，也不要改系統政策資料庫。

如果電腦慢不只發生在這個程序上，可以接著看[Mac 為什麼變慢](https://mole.fit/tw/blog/why-is-my-mac-so-slow)，先分清 CPU 壓力和其他原因，再決定要不要移除 App 或資料。

## Mole 能幫上什麼

Mole Mac 的**狀態**頁會顯示程序的 CPU 和記憶體使用量，按 **% CPU** 欄可以排序，方便查看忙碌的程序，Mole 不修改 Gatekeeper 政策，用這裡觀察使用率變化就好，不要把排在前面當成結束 syspolicyd 的理由。

## 常見問題

### syspolicyd 使用率高就表示它是惡意軟體嗎？

名稱本身既不能證明可信，也不能證明惡意，先核對程序身分和使用率上升前的操作，再判斷原因。

### 能關閉 Gatekeeper 來降低 CPU 使用率嗎？

保留安全檢查，去查觸發它的 App 或能重複的操作，找不到觸發條件時，把觀察紀錄交給 Apple 支援，不改安全政策。

### 為什麼同一個 App 還會觸發？

反覆出現就值得檢查這份 App 和它的更新、建置流程，但僅憑使用率上升，不能斷定簽章損壞、公證失敗或 macOS 有缺陷。

---

Canonical HTML page: https://mole.fit/tw/blog/syspolicyd-high-cpu-mac
Blog index for agents: https://mole.fit/tw/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt