啟動服務（如 Security Center）時彈出「錯誤 1079：此服務的啟動帳戶與同一程序中其他服務的啟動帳戶不同」。核心原因是 同一 svchost 共享程序組內的服務必須使用相同啟動帳戶。以下為標準修復流程。

修復步驟（以 Security Center 為例）

1. 開啟「服務」：Win+R → services.msc → Enter。
2. 找到 Security Center → 右鍵「內容」→「登入」頁籤。
3. 將「此帳戶」改為 本地系統帳戶 → 「套用」。
4. 再改回 這個帳戶 → 瀏覽 → 進階 → 立即尋找 → 選擇 Local Service → 「確定」。
5. 密碼欄位留空 → 「套用」→「確定」。
6. 重啟服務或重啟電腦。

原理深度解析

• Windows XP/7 中 svchost.exe 以共享程序方式載入多個服務，每組服務對應一個 svchost 實例，運行於特定帳戶（Local System、Local Service、Network Service）。
• 若某服務（如 Alert）屬於 Local Service 組，但被誤設為 Local System，該 svchost 實例啟動時會檢測到帳戶不一致，拋出錯誤 1079 並拒絕啟動。
• 上述「先改 Local System 再改回目標帳戶」的操作，實際上是強制重置服務的帳戶一致性標記。

通用排查方法

1. 在「服務」中按「登入者」欄排序，查看同組服務是否混用不同帳戶。
2. 使用 sc qc <服務名> 查詢服務啟動帳戶。
3. 批次修復腳本（管理員 CMD）：

   for /f "tokens=2 delims==" %i in ('wmic service where "StartName LIKE '%%LocalService%%'" get Name /value ^| find "="') do sc config %i obj= "NT AUTHORITY\LocalService"
   

預防建議

• 避免使用「優化大師」類工具一鍵修改服務啟動類型/帳戶。
• 手動調整服務時，務必確認同組服務帳戶一致（查看「屬性」→「登入」頁籤）。
• 定期建立系統還原點，服務配置異常時可快速回滾。

錯誤 1079 看似嚴重，實為帳戶一致性檢查機制，按流程修復即可秒解。