打開活動監(jiān)視器按CPU那一欄點(diǎn)一下排序結(jié)果我愣住了一個(gè)叫dasd的進(jìn)程排在最前面CPU占用忽高忽低底下父進(jìn)程寫的是launchd路徑/usr/libexec/dasd。估計(jì)你跟我當(dāng)初一樣第一反應(yīng)是“這是什么鬼東西是不是中毒了”然后搜索框一輸出來的全是“mac地址怎么查”“MAC是什么”這類八竿子打不著的結(jié)果越搜越懵。先別急著按 CommandQ 關(guān)掉活動監(jiān)視器也別上網(wǎng)找什么“一鍵清除dasd”的腳本。這個(gè)dasd根本不是病毒也不是什么第三方流氓軟件它是 macOS 系統(tǒng)自帶的一個(gè)核心后臺守護(hù)進(jìn)程全名叫Duet Activity Scheduler Daemon中文可以理解為“協(xié)作活動調(diào)度守護(hù)進(jìn)程”。簡單說它就是 Mac 的后臺任務(wù)調(diào)度中樞專門決定“哪些活兒該什么時(shí)候干”。我猜你現(xiàn)在標(biāo)題里的那個(gè)“392”十有八九是活動監(jiān)視器里對應(yīng)的進(jìn)程PID或者是從某個(gè)網(wǎng)頁問答串里復(fù)制的編號。不管哪一種都不影響我們判斷只要路徑和簽名沒問題這個(gè)進(jìn)程就應(yīng)該老老實(shí)實(shí)待在系統(tǒng)里不該被當(dāng)成垃圾清理掉。這篇文章我會把dasd的前世今生拆開講清楚再說說怎么用三條命令確認(rèn)它是不是蘋果官方組件、什么情況下它會被“激活”導(dǎo)致占用飆升以及真出問題時(shí)該按什么順序排查和處理。不管你是剛轉(zhuǎn) Mac 的新手還是用了很多年但很少關(guān)注后臺進(jìn)程的老用戶這篇都能幫你省下不少瞎折騰的時(shí)間。1. dasd到底是個(gè)什么東西1.1 名字拆開講Daemon、Duet與Activity Schedulerdasd是“Duet Activity Scheduler Daemon”的縮寫。這個(gè)名字拆開來看就很容易理解Daemon守護(hù)進(jìn)程Unix/Linux/macOS 里的后臺進(jìn)程概念。它沒有界面不跟你交互常駐內(nèi)存默默干臟活累活。Windows 里的“服務(wù)”和它本質(zhì)上是一回事。Activity Scheduler活動調(diào)度器負(fù)責(zé)把系統(tǒng)里所有后臺活動“排隊(duì)”決定哪個(gè)先跑、哪個(gè)后跑、哪個(gè)等到半夜再跑。Duet協(xié)作“Duet”在蘋果系統(tǒng)里指的是一套底層的智能調(diào)度引擎。它利用設(shè)備的狀態(tài)數(shù)據(jù)電量、網(wǎng)絡(luò)、充電狀態(tài)、使用習(xí)慣等做“判斷”到底什么時(shí)機(jī)執(zhí)行后臺任務(wù)最合適。所以把三者拼起來dasd就是“蘋果的 Duet 智能調(diào)度引擎在 macOS 上的常駐后臺進(jìn)程”。它不是一個(gè)干活兒的工具而是一個(gè)管活兒的工具。實(shí)際下載、備份、索引這些事都由各自對應(yīng)的進(jìn)程去執(zhí)行dasd只負(fù)責(zé)在合適的時(shí)候把“干活通知”發(fā)給它們。進(jìn)程本體存放在固定路徑可執(zhí)行文件/usr/libexec/dasd啟動配置/System/Library/LaunchDaemons/com.apple.dasd.plist它屬于 LaunchDaemon所以每次開機(jī)都會由根進(jìn)程launchdPID為1的那個(gè)老祖宗自動拉起一直活著直到關(guān)機(jī)。只要你的 Mac 開機(jī)進(jìn)程列表里就必定有它。這也是為什么你查資料時(shí)會發(fā)現(xiàn)“為什么它在我的Mac上運(yùn)行”這個(gè)問題——因?yàn)樗窍到y(tǒng)設(shè)計(jì)的一部分永遠(yuǎn)都會在跑不是臨時(shí)冒出來的。1.2 它在后臺負(fù)責(zé)的“家務(wù)活”有哪些dasd管理的任務(wù)類型基本都是“不需要你盯著的后臺勞動”。常見的有這么幾類Time Machine 自動備份連接電源和無線網(wǎng)絡(luò)后系統(tǒng)會在后臺整點(diǎn)或定期進(jìn)行增量備份具體時(shí)間由dasd調(diào)度。軟件自動更新App Store 的后臺下載、macOS 系統(tǒng)更新的預(yù)下載、應(yīng)用商店中的更新檢查都由它安排時(shí)機(jī)。Spotlight 索引重建當(dāng)你新增大量文件、接入新硬盤、或者系統(tǒng)升級后重建索引時(shí)背景里的mds、mdworker進(jìn)程會被調(diào)度啟動。iCloud 數(shù)據(jù)同步iCloud Drive、照片圖庫、桌面與文稿同步等這類耗流量的任務(wù)通常會被推遲到“網(wǎng)絡(luò)空閑且鎖屏”時(shí)執(zhí)行。照片分析比如導(dǎo)入照片后系統(tǒng)做人臉識別、地點(diǎn)聚類、場景分類這些計(jì)算密集型任務(wù)同樣交給調(diào)度器來分配時(shí)間片。系統(tǒng)維護(hù)與清理日志整理、緩存清理、臨時(shí)文件回收等周期性的清潔任務(wù)?？梢赃@么理解dasd就是你家打掃衛(wèi)生的智能機(jī)器人它會自動選擇“你出門之后”“客廳沒人走動的時(shí)候”才開始掃。要是它剛拿到新任務(wù)就立刻沖出去干活不僅吵你還費(fèi)電、費(fèi)網(wǎng)絡(luò)流量毫無性價(jià)比。2. 第一步先確認(rèn)你看到的dasd是蘋果官方的嗎2.1 三條命令驗(yàn)證進(jìn)程真身雖然dasd是系統(tǒng)組件但現(xiàn)在惡意軟件也曾偽裝成系統(tǒng)進(jìn)程名來騙人所以“像官方”不等于“一定是官方”。動手之前先做三步驗(yàn)證成本極低圖個(gè)安心。第 1 步確認(rèn)完整路徑打開終端訪達(dá)→應(yīng)用程序→實(shí)用工具→終端輸入ps -ef | grep dasd正常會看到類似這樣的一行root 392 1 0 08:00 ?? 0:00.10 /usr/libexec/dasd重點(diǎn)看兩處路徑是不是/usr/libexec/dasd父進(jìn)程PID是不是 1也就是 launchd。如果路徑變成/tmp/dasd、~/Library/dasd、/var/dasd或者父進(jìn)程不是 1基本就不用糾結(jié)了大概率是偽裝品需要進(jìn)一步查。第 2 步檢查代碼簽名macOS 對系統(tǒng)組件都有嚴(yán)格的簽名校驗(yàn)我習(xí)慣直接看簽名信息codesign -dvv /usr/libexec/dasd 21輸出里如果能看到Identifiercom.apple.dasd以及AuthorityApple Mac OS Application Signing或類似蘋果根證書簽名就說明這文件是正規(guī)系統(tǒng)產(chǎn)物。如果提示code object is not signed at all那就要警惕了。第 3 步看它的打開文件鏈接lsof -p $(pgrep -x dasd) | head -20這一步可以快速掃一眼它打開了哪些文件。正常的dasd主要是讀寫系統(tǒng)級數(shù)據(jù)庫和日志目錄如果出現(xiàn)一大串奇怪的臨時(shí)目錄、下載目錄或可疑路徑同樣要留個(gè)心眼。大多數(shù)情況下前兩條命令就足夠定性了。2.2 正常與異常表現(xiàn)的判斷標(biāo)準(zhǔn)確認(rèn)了身份沒問題之后再看它的“健康表現(xiàn)”。我總結(jié)了一套直觀的參考標(biāo)準(zhǔn)判斷維度正常表現(xiàn)異常表現(xiàn)CPU占用平時(shí)幾乎為零偶爾跑到10%~20%持續(xù)時(shí)間不長持續(xù)50%以上甚至長期占滿一個(gè)核內(nèi)存占用幾十MB到兩三百M(fèi)B之間浮動持續(xù)占用1GB以上且只漲不跌運(yùn)行時(shí)長啟動時(shí)間等于你開機(jī)時(shí)間連續(xù)運(yùn)行頻繁重啟幾分鐘崩一次又拉起來聯(lián)網(wǎng)情況偶爾訪問 Apple 相關(guān)服務(wù)器頻繁訪問陌生域名或異常國內(nèi)IP父子進(jìn)程父進(jìn)程是 launchdPID1父進(jìn)程是某個(gè)第三方App另外順便澄清一個(gè)很常見的誤會你在搜索引擎里查“dasd”時(shí)經(jīng)常會出現(xiàn)“mac地址怎么查”這類結(jié)果這是因?yàn)樗阉髌脚_把“dasd”和“mac”拆開理解自動聯(lián)想到了“Mac地址”。dasd這個(gè)進(jìn)程跟 MAC 地址、網(wǎng)卡、Wi-Fi 硬件完全沒有任何關(guān)系它的名字里雖然也有“da”但不是“Data”也不是“Device”單純是調(diào)度器縮寫。以后看到類似聯(lián)想結(jié)果可以直接無視。3. 為什么你的Mac上會有這個(gè)進(jìn)程在跑3.1 后臺任務(wù)從提交到執(zhí)行的完整鏈路要搞懂dasd為什么運(yùn)行最好先了解它和普通 App 之間的關(guān)系。macOS 的開發(fā)者有很多方式申請“后臺運(yùn)行權(quán)限”最常見的是這兩種BGTaskScheduler蘋果提供的專門后臺任務(wù)調(diào)度接口App 可以在系統(tǒng)空閑時(shí)刷新數(shù)據(jù)、預(yù)拉取內(nèi)容。NSURLSession后臺會話用于下載大文件、上傳本地照片等任務(wù)即使 App 被掛起系統(tǒng)也能替它把傳輸做完。當(dāng)一個(gè) App 用這些接口提交了“我想在后臺更新一下數(shù)據(jù)”的請求時(shí)系統(tǒng)不會傻到立刻去執(zhí)行而是把請求登記到 Duet 引擎里由dasd統(tǒng)一評估。評估維度包括是否連接電源是否處于 Wi-Fi 環(huán)境用戶當(dāng)前是否活躍是否有鍵鼠操作屏幕是否鎖定設(shè)備是否處于低電量模式用戶歷史上習(xí)慣什么時(shí)候讓這些任務(wù)跑。只有綜合條件滿足dasd才會在某個(gè)時(shí)間窗口里向?qū)?yīng)進(jìn)程發(fā)出“可以開始了”的通知。這個(gè)“先評估、后排隊(duì)、再觸發(fā)”的模式避免了多個(gè) App 同時(shí)在用戶面前搶 CPU、搶網(wǎng)速的混亂場面。我舉個(gè)通俗的例子你在公司里同時(shí)接到 20 個(gè)快遞電話肯定不能全扔下手頭的活去取。你會挑午休時(shí)間集中跑一趟。dasd就是 Mac 里的“行政前臺”所有后臺任務(wù)找它報(bào)到它統(tǒng)一排表再按優(yōu)先級和時(shí)機(jī)叫號。3.2 生活中哪些場景最容易把 dasd“激活”日常使用里有幾個(gè)場景會讓dasd變得異?；钴S活動監(jiān)視器里的 CPU 曲線看起來像心電圖剛開機(jī)或剛喚醒睡眠期間積攢了一堆“延后任務(wù)”喚醒瞬間會集中處理dasd會短暫升高。連接電源鎖定屏幕MacBook 插上電且屏幕關(guān)了系統(tǒng)會趁機(jī)跑 Time Machine 備份、App Store 更新、照片分析等大任務(wù)。系統(tǒng)剛升級完升級后 Spotlight 要重建索引郵件要重新索引各種數(shù)據(jù)庫要遷移dasd會頻繁安排后臺勞動。硬盤空間不足磁盤剩余量低于 10% 后系統(tǒng)會反復(fù)嘗試清理緩存、整理狀態(tài)dasd的任務(wù)隊(duì)列會變得擁擠甚至出現(xiàn)“一直忙但一直沒活干”的現(xiàn)象。第三方 App 瘋狂請求后臺刷新部分工具類 App 寫得比較“貪心”每隔幾分鐘就請求一次后臺刷新或注冊了大量重復(fù)的后臺任務(wù)都會讓dasd不停做調(diào)度判斷。這些場景下dasd占用升高不一定說明系統(tǒng)病了更像是調(diào)度員在趕工。給它一點(diǎn)時(shí)間或者重啟一次通常就能恢復(fù)正常。4. 當(dāng)dasd占用過高時(shí)怎么一步步排查與處理4.1 三步診斷法如果dasd的 CPU 占用讓你明顯感覺到電腦變熱、風(fēng)扇狂轉(zhuǎn)別直接上手殺進(jìn)程按照這三步來第一步確認(rèn)占用是不是“持續(xù)性的”活動監(jiān)視器里看到的 CPU 百分比是實(shí)時(shí)值。很多情況下dasd只是某幾秒在調(diào)度排班下次刷新就掉下去了。我一般會等 3~5 分鐘每隔半分鐘刷新一次看它的數(shù)值是否穩(wěn)定居高不下。如果連續(xù)多次都在 50% 以上才算真的異常。第二步翻系統(tǒng)日志看調(diào)度器在忙什么終端執(zhí)行l(wèi)og show --last 30m --predicate process dasd --style syslog這會拉出最近 30 分鐘里dasd的所有日志。重點(diǎn)看有沒有反復(fù)報(bào)錯(cuò)、循環(huán)調(diào)度、任務(wù)無法完成之類的信息。進(jìn)一步還可以查具體的子系統(tǒng)sudo log show --last 1h --predicate subsystem com.apple.duetactivityscheduler --style syslog 2/dev/null | grep -i error\|fault | head看到大量error時(shí)說明dasd想執(zhí)行某個(gè)任務(wù)但執(zhí)行鏈路上出了問題任務(wù)卡住了它會反復(fù)重試然后 CPU 就上去了。第三步查關(guān)聯(lián) App 和網(wǎng)絡(luò)連接在活動監(jiān)視器里選中dasd切到“打開的文件和端口”標(biāo)簽看一下有沒有指向非系統(tǒng)目錄的奇怪路徑或者頻繁連接的非 Apple 域名。正常狀態(tài)下它主要是跟com.apple.duetactivityscheduler域打交道不會亂連陌生的服務(wù)器。4.2 六層處理方案從輕到重確認(rèn)dasd確實(shí)異常占用了按下面這個(gè)順序處理從輕到重每一步操作之間留出觀察時(shí)間第 1 層冷靜等待 20 分鐘很多所謂“dasd 占用 100%”的情況實(shí)際上是系統(tǒng)在做大型維護(hù)比如 Spotlight 重建索引或者大文件備份跑完自然就安靜了。先泡杯咖啡等 20 分鐘再觀察能解決一大半問題而且零成本。第 2 層重啟 Mac重啟不只是清空內(nèi)存也會讓 launchd 重新加載所有 LaunchDaemon?？ㄔ赿asd調(diào)度隊(duì)列里的臟任務(wù)會被清掉占用自然回落。這里有個(gè)核心禁忌不要手動 kill -9 dasd。因?yàn)?launchd 會把它當(dāng)作崩潰立即重啟反而可能引發(fā)新一輪調(diào)度沖突讓情況更糟。要用正規(guī)重啟而不是“殺掉再自動拉起”。第 3 層收斂系統(tǒng)自動更新設(shè)置如果磁盤空間緊張或網(wǎng)絡(luò)質(zhì)量差系統(tǒng)自動更新會反復(fù)重試把dasd忙得團(tuán)團(tuán)轉(zhuǎn)。可以去“系統(tǒng)設(shè)置 → 通用 → 軟件更新 → 自動更新”關(guān)掉不必要的自動安裝和更新預(yù)下載。這一步不是禁用系統(tǒng)更新只是減少后臺的反復(fù)重試。第 4 層排查第三方 App這是我認(rèn)為最值得仔細(xì)做的一步。逐個(gè)回憶和檢查最近安裝的 App特別是那些菜單欄常駐、有“定時(shí)刷新”功能的工具類軟件比如下載器、同步盤、瀏覽器擴(kuò)展、RSS 閱讀器、菜單欄網(wǎng)速監(jiān)測工具等。進(jìn)它們的設(shè)置里關(guān)掉“后臺自動更新”“啟動時(shí)檢查更新”或者直接退出逐個(gè)測試看dasd占用是否回落。我遇到過最典型的案例就是某個(gè)下載工具設(shè)置成每 5 分鐘檢查一次服務(wù)器結(jié)果dasd幾乎被它使喚成了一個(gè)“永動機(jī)”。第 5 層重置電源管理與系統(tǒng)狀態(tài)在 Intel 芯片的 Mac 上可以重置 SMC系統(tǒng)管理控制器和 NVRAM非易失性隨機(jī)存取存儲器解決電源管理相關(guān)的異常調(diào)度問題。Apple Silicon 機(jī)型沒有手動重置 SMC 的必要重啟系統(tǒng)就會清空相關(guān)狀態(tài)所以新款機(jī)器跳過這一步即可。第 6 層升級系統(tǒng)如果以上所有方法都試過dasd依然異常那大概率是當(dāng)前 macOS 版本本身的后臺調(diào)度 bug。蘋果會在后續(xù)系統(tǒng)更新中修復(fù)這類問題。建議檢查“系統(tǒng)設(shè)置→通用→軟件更新”把系統(tǒng)升級到當(dāng)前正式版的最新穩(wěn)定版本。老版本 macOS如 Catalina、Big Sur 這類已停止維護(hù)的版本出現(xiàn)此類調(diào)度問題的概率明顯更高。5. 常見問題速查與同類背景進(jìn)程識別5.1 dasd高頻問題速查表整理一份可以直接收藏的表格以后再遇到關(guān)于dasd的疑問照著查就行問題可能原因處理建議dasd 占用 CPU 100%系統(tǒng)維護(hù)任務(wù)集中執(zhí)行 / 第三方App反復(fù)提交后臺任務(wù) / 磁盤空間嚴(yán)重不足等20分鐘觀察仍異常則重啟再按6層方案排查dasd 內(nèi)存占用持續(xù)增長任務(wù)隊(duì)列堆積部分后臺任務(wù)一直沒能執(zhí)行重啟Mac清理磁盤空間檢查自動更新設(shè)置dasd 頻繁聯(lián)網(wǎng)自動更新、iCloud同步等后臺活動偶爾訪問Apple域名正常頻繁訪問陌生域名需查簽名和路徑可以殺掉 dasd 嗎不能這是系統(tǒng)核心守護(hù)進(jìn)程不要 kill用重啟或重置NVRAM/SMC正規(guī)操作為什么每次開機(jī)都有 dasd它是 LaunchDaemon系統(tǒng)啟動即加載屬于正常設(shè)計(jì)不需要處理搜索結(jié)果總出現(xiàn)“mac地址”搜索引擎把“dasd”和“mac”錯(cuò)誤聯(lián)想直接忽略無關(guān)結(jié)果與MAC地址無關(guān)dasd 路徑顯示在用戶目錄下存在偽裝進(jìn)程立即用 codesign 驗(yàn)證簽名查父進(jìn)程必要時(shí)全盤掃描長時(shí)間高占用且無法恢復(fù)可能是系統(tǒng) bug 或第三方驅(qū)動沖突升級macOS排查最近安裝的驅(qū)動和App5.2 認(rèn)識其他常見的“d”字輩系統(tǒng)進(jìn)程如果你因?yàn)閐asd養(yǎng)成了翻活動監(jiān)視器的習(xí)慣大概率還會注意到其他一堆以字母“d”結(jié)尾的進(jìn)程。它們其實(shí)跟dasd同屬系統(tǒng)原生后臺服務(wù)都不是病毒。我整理一個(gè)快速識別表進(jìn)程名功能常見活躍時(shí)機(jī)dasd后臺任務(wù)調(diào)度中樞系統(tǒng)喚醒、連接電源、后臺任務(wù)排隊(duì)時(shí)birdiCloud Drive 文件同步iCloud 文件變動、打開 iCloud 文稿時(shí)clouddCloudKit 云數(shù)據(jù)同步使用微軟/第三方等依賴 CloudKit 的 App 時(shí)nsurlsessiond網(wǎng)絡(luò)會話后臺管理有 App 正在做后臺上傳/下載時(shí)rappd遠(yuǎn)程 Apple 事件處理遠(yuǎn)程控制、屏幕共享時(shí)mds/mdworkerSpotlight 索引與搜索新增大量文件、系統(tǒng)升級后重建索引時(shí)backupdTime Machine 備份到達(dá)備份時(shí)間點(diǎn)且滿足備份條件時(shí)photoanalysisd照片庫分析與人臉識別導(dǎo)入大量照片后看到這些進(jìn)程時(shí)只要路徑都在/usr/libexec或/System/Library下簽名正常就說明是系統(tǒng)自帶的“物管團(tuán)隊(duì)”。它們跟dasd一樣都是為 macOS 整體協(xié)調(diào)運(yùn)行而存在的不是資源占用異常的罪魁禍?zhǔn)?。真正值得警惕的是那些路徑在用戶目錄或臨時(shí)目錄、簽名異常、又頂著系統(tǒng)進(jìn)程名的“孿生兄弟”。學(xué)會用ps和codesign驗(yàn)證比安裝任何清理工具都靠譜。我記得自己有一次折騰了很久就是因?yàn)槟硞€(gè)第三方下載器把后臺刷新頻率寫得太激進(jìn)導(dǎo)致dasd整個(gè)下午都在做重復(fù)調(diào)度。我試了重置NVRAM、關(guān)自動更新都不奏效最后進(jìn)下載器的設(shè)置里關(guān)掉“頻繁檢查更新”還沒退出應(yīng)用活動監(jiān)視器里的占用曲線就瞬間平緩了。這給我最大的啟發(fā)就是dasd只是個(gè)傳令兵真正的幕后玩家往往是我們裝的那些第三方軟件?？吹剿加酶呦葟?App 層找原因這比動不動重裝系統(tǒng)高效得多。排查這一類系統(tǒng)進(jìn)程時(shí)養(yǎng)成“先看路徑和簽名、再觀察占用曲線、最后找關(guān)聯(lián) App”的順序Mac 用起來會踏實(shí)很多。