Windows 會把您的活動痕跡留在系統的各個角落。以下教程逐一講解每類痕跡的內容、風險與 PrivaZer 的清理方式——編譯自官方技術文件,配圖均為官方界面截圖。
MUI Cache(Multilingual User Interface Cache,多語言用戶界面緩存)是 Windows 的一項功能:它緩存程式的真實可讀名稱(取自可執行檔案自帶的版本資訊),這樣資源管理器在"打開方式"對話框、檔案屬性等處顯示程式名時,就不必每次重新讀取檔案。它位於 HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\MuiCache。

存於用戶配置單元(HKCU)中,資源管理器每顯示過一個可執行檔案就留下一條記錄;解除安裝程式後條目依然殘留:
| 字段 | 暴露的資訊 | PrivaZer 處理 |
|---|---|---|
| 完整可執行檔案路徑(值名) | 具體是哪個檔案、位於哪個盤 | 移除 |
| 友好應用名(值數據) | 程式真實產品名,來自檔案自身的版本資源 | 移除 |
| 語言引用 | 解析該名稱所用的 MUI 語言查找 | 移除 |
| 大致時間 | 註冊表鍵自身的最後修改時間(非逐條記錄) | 移除 |
在掃描選項中勾選 MUI Cache,PrivaZer 即可檢測並清除這些條目,也可隨全盤掃描一併執行。由於該鍵位於您自己的用戶配置單元(HKCU),無需管理員權限,無需重啓。
解除安裝程式後條目還在嗎?在。解除安裝並刪除檔案不會移除其 MUI Cache 條目——路徑與程式真實名稱可能一直留着,證明它存在過以及它"到底是什麼"。主動清理才能消除這條殘留記錄。
清理安全嗎?安全。MUI Cache 只是顯示用緩存,會自動重建,不影響已安裝程式、檔案或系統穩定性。唯一可見的小變化:下次"打開方式"等場景可能短暫顯示原始檔案名,隨後重新緩存友好名稱。
清理後會重新生成嗎?會,這是正常的。資源管理器再次需要顯示程式名時就會重新緩存。清理抹掉的是截至當時的歷史痕跡,建議定期運行 PrivaZer 保持記錄簡短。
與其他執行痕跡的區別?五者都證明軟件存在過,但各有側重:MUI Cache 最"輕"(無哈希、無計數),卻是唯一能直接暴露程式真實名稱的痕跡——被改名或偽裝標題的可執行檔案在這裏現原形。UserAssist 記錄 GUI 啓動次數與焦點時長;Amcache 含 SHA-1 哈希;Shimcache 記錄路徑與修改時間;SRUM 記錄逐小時的 CPU/網絡/能耗。
FeatureUsage 是一項記錄您與任務欄、開始菜單交互方式的註冊表痕跡——不只是啓動了什麼,還有"怎麼"啓動的:點擊固定圖標、Alt+Tab 切換窗口、打開跳轉列表、點擊托盤按鈕。它位於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FeatureUsage。
它比 UserAssist 更"輕"——沒有時間戳,只有持續累加的計數器——但也因此容易被忽視:幾個獨立子鍵悄悄統計着每個應用被固定啓動、切換、打開跳轉列表的次數。清理它即抹掉這些使用計數。

| 子鍵 | 暴露的資訊 | PrivaZer 處理 |
|---|---|---|
| AppLaunch | 通過固定圖標啓動某應用的次數 | 移除 |
| AppSwitched | 切換到該應用窗口的次數 | 移除 |
| ShowJumpView | 打開其跳轉列表的次數 | 移除 |
| TrayButtonClicked | 點擊托盤圖標/按鈕的次數 | 移除 |
這裏沒有時間戳,只有累計次數——單看無法知道"何時"發生,卻能反映"頻率":高計數指向習慣性日常使用而非偶發,這正是其他痕跡捕捉不到的使用強度畫像。
PrivaZer 在掃描中檢測並清除 FeatureUsage 計數器,也可單獨勾選。與 UserAssist、MUI Cache 一樣,它完全位於用戶配置單元內——直接刪除對應註冊表值即可生效,無需重啓、無需管理員權限。
解除安裝程式後計數還在嗎?在。解除安裝不會清除其 FeatureUsage 計數——啓動、切換、跳轉列錶的歷史頻率仍留在註冊表裏,呈現規律使用模式。
清理安全嗎?安全。這些計數只是 Windows 自用的內部簿記,清除不影響已安裝程式、任務欄固定項或系統穩定性,Windows 會從零重新計數。
會重新生成嗎?會,很正常。每次固定圖標啓動、Alt+Tab 切換或打開跳轉列表都會開始新計數。定期清理即可保持記錄簡短。
UserAssist 記錄通過圖形界面啓動的程式——開始菜單、桌面、任務欄、資源管理器(不含命令行或腳本啓動)。位於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist。
每個程式可保留啓動次數、最後啓動日期時間,Vista 起還記錄窗口獲得焦點的時長與次數——這是一份帶時間戳的精確使用記錄,也是 Windows 保存的最直觀的"實際使用"證據之一。

| 字段 | 暴露的資訊 | PrivaZer 處理 |
|---|---|---|
| 程式標識 | 啓動了哪個程式或快捷方式(ROT13 混淆,極易還原) | 移除 |
| 啓動次數 | 從 GUI 打開了多少次 | 移除 |
| 最後啓動時間 | 上一次打開的具體日期時間 | 移除 |
| 焦點時長與次數 | 窗口被活躍使用了多久、多少次 | 移除 |
| 啓動方式 | 直接運行 exe 還是通過 .lnk 快捷方式 | 移除 |
程式名上的 ROT13 位移只是混淆而非保護——這正是取證工具首先解碼的內容。
聰明的做法不是一刀切,而是按需選擇。在 PrivaZer 的「軟件使用」選項中,Userassist 提供兩檔:
簡言之:Invalid shortcuts 抹掉最有取證價值的部分(機器上已不存在的軟件痕跡)而不干擾當前使用;Remove all 是全量清除。
解除安裝程式後條目還在嗎?在——這正是 Invalid shortcuts 選項要清除的目標。運行次數、最後使用日期、焦點時長都會留在註冊表,成為"習慣性使用"的證據。
清理安全嗎?安全。UserAssist 是 Windows 自建自用的緩存,會自動重建。唯一可見副作用在 Remove all 模式下:開始菜單"常用"排序會重置;Invalid shortcuts 不影響現存軟件的排序。
會重新生成嗎?會繼續記錄新的 GUI 啓動,屬正常。清理抹掉的是歷史部分,建議定期運行。
SRUM(System Resource Usage Monitor,系統資源使用監控)是 Windows 的功能,逐小時記錄每個程式消耗的 CPU、網絡、磁碟與電量。它的本職是電池報告與流量統計,但順帶留下了每個程式"何時在用、用了多少資源"的畫像——存於 SRUDB.dat 數據庫。
與多數執行痕跡不同,SRUM 不要求程式通過圖形界面啓動——後台進程、計劃任務同樣被記錄,覆蓋面更廣。

按小時聚合的資源用量記錄:應用標識、CPU 時間、網絡收發量、磁碟讀寫、能耗估算。解除安裝程式後,其逐小時的使用歷史仍可在數據庫中保留數週——不只證明"存在過",還揭示"實際怎麼用"。
掃描選項中提供獨立的 SRUM 項,PrivaZer 清除數據庫中的歷史記錄。診斷策略服務(Diagnostic Policy Service)保持正常運行,依賴它的故障排查功能不受永久影響。
解除安裝程式後記錄還在嗎?在。刪除程式和檔案不會移除 SRUM 歷史,逐小時的資源使用記錄可保留數週。
清理安全嗎?安全。SRUM 是 Windows 為電池與網絡報告維護的診斷緩存,會自動重建;不影響已安裝程式、檔案與系統穩定性。
會重新生成嗎?會——再次使用電腦時診斷策略服務恢復按小時聚合。清理抹掉的是歷史軌跡,定期運行可保持其簡短。
操作很簡單。在 Windows 歷史 → 軟件使用 下勾選 BAM 選項:

執行清理時,PrivaZer 會安全瀏覽並完整刪除被鎖定的用戶 SID 鍵(HKLM\SYSTEM\CurrentControlSet\Services\bam\State\UserSettings\{SID})及其中的全部執行歷史。
為什麼特殊?Windows 運行時會主動鎖定該鍵以防篡改。PrivaZer 利用系統級權限安全繞過鎖定,刪除您的整個 SID 子鍵及敏感內容(可執行路徑與時間戳),確保活動歷史真正被抹除。Windows 會在需要時自動重建一個乾淨的空 SID 鍵,不影響系統穩定。
| BAM 組件 | 數據類型 | PrivaZer 處理 |
|---|---|---|
| 服務根鍵(State) | 鍵結構、安全描述符 | 保留(結構性) |
| UserSettings 鍵 | 用戶記錄的父容器 | 保留(結構性) |
| 用戶 SID 子鍵 | 用戶賬戶映射標識 | 整體刪除以清除全部痕跡 |
| 可執行值名 | 運行軟件的完整檔案路徑 | 隨 SID 鍵一併刪除 |
| 最後執行時間戳 | 64 位 FILETIME 二進制值 | 隨 SID 鍵一併刪除 |
| 序列號與控制標誌 | 內核狀態位 | 隨 SID 鍵一併刪除 |
BAM 是 Windows 10 引入、Win11 沿用的內核級服務,在程式啓動時記錄其完整路徑與精確的最後執行時間。取證人員正是檢查此鍵來確認便攜軟件、已解除安裝軟件何時在本機運行過。
因為 Windows 主動鎖定了 BAM 子鍵——用普通權限手動刪除 SID 鍵會得到"拒絕瀏覽";強行奪取所有權或盲目刪除根鍵可能導致系統不穩定。PrivaZer 自動以提升權限繞過鎖、精準刪除您的 SID 鍵,省去手工改權限的麻煩,也讓 Windows 能按自己的節奏無害重建。
第一,BAM 參與 Windows 電源管理與後台活動節流(尤其針對現代 UWP 與桌面應用),禁用會打亂推送通知、電源效率策略和筆記本/台式機的後台任務管理。第二,禁用後歷史 BAM 條目仍原樣留在註冊表,同時留下"有人故意關閉監控"的明顯信號。PrivaZer 的方式兩全其美:電源管理與後台服務照常,歷史執行記錄被安全抹除。
Shimcache(也稱 AppCompatCache)是 Windows 的應用兼容性緩存:Windows 用它判斷程式是否需要兼容性修補,但在此過程中記錄了處理過的程式清單,使其成為知名的執行取證痕跡。與 Amcache 不同,它不是磁碟檔案,而位於註冊表 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\AppCompatCache。

| 字段 | 暴露的資訊 |
|---|---|
| 完整路徑與檔案名 | 程式位於磁碟何處 |
| 檔案最後修改日期 | 檔案標準資訊中的修改時間 |
| 執行標誌(部分版本) | 標記該檔案確實運行過 |
| 先後位置 | 最近處理檔案的相對順序 |
| 檔案大小(舊格式) | 字節大小 |
為什麼需要特殊處理——關機回寫:Windows 運行期間把 Shimcache 保存在內核記憶體裏,只在關機時寫回註冊表。因此運行時簡單刪除註冊表值的"天真清理"會被撤銷——下次關機時記憶體副本把痕跡原樣寫回。
PrivaZer 清除 AppCompatCache 條目後,會調用 ShimFlushCache 與 BaseFlushAppcompatCache 沖刷記憶體中的緩存副本,確保清理不會在下次關機時被還原。此操作需要管理員權限。
解除安裝程式後條目還在嗎?在。刪除程式和檔案不會清除其 AppCompatCache 條目——路徑與修改日期仍證明它來過。
清理安全嗎?安全。它是會自動重建的兼容性緩存,不影響已安裝程式、檔案與系統穩定性。
會重新生成嗎?會對新處理的程式重新記錄,但經 PrivaZer 沖刷記憶體副本後,舊數據不會在關機時回寫。定期清理即可。
與 Amcache 的區別?兩者是通常一併清理的兼容性痕跡:Shimcache 在註冊表中,主要存路徑與修改時間且關機回寫;Amcache 是 hive 檔案,含更豐富的程式元數據(包括 SHA-1 哈希)。只清一個,另一個仍在。
CIDSizeMRU 與 LastVisitedPidlMRU 相鄰,位於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ComDlg32\CIDSizeMRU。儘管名字含 "Size",存的並非窗口尺寸:每個條目是編號 MRU 槽位(0、1、2…),值數據為 UTF-16 字元串,另有 MRUListEx 值記錄哪個槽位最近被用。
實測顯示槽位可能記錄使用過通用"打開/保存"對話框的應用名(如 mspaint.exe);取證文獻也記載其中出現過實際檔案名——因此它被當作 OpenSavePidlMRU 的旁證,用於還原"哪些文件(含敏感檔案)經過對話框瀏覽"。
| 字段 | 暴露的資訊 | PrivaZer 處理 |
|---|---|---|
| 槽位編號(值名) | 在 MRU 列表中的位置 | 移除 |
| 標識字元串(值數據) | 哪個應用、或哪個文件使用了對話框 | 移除 |
| MRUListEx | 各應用的最近使用排序 | 移除 |
PrivaZer 在掃描中檢測並刪除 ComDlg32\CIDSizeMRU 下的值,可單獨勾選或與 LastVisitedPidlMRU 一併清理。位於用戶配置單元內——直接刪除即可生效,無需管理員權限與重啓。
關閉對話框或解除安裝程式後還在嗎?在。無論條目指向的是已解除安裝應用還是已刪除文件,記錄會一直留在註冊表直到被覆蓋或清除。
清理安全嗎?安全,不影響檔案、程式與系統穩定性。若鍵名確與某些應用的對話框尺寸記憶相關,最多隻是個別對話框短暫以預設尺寸打開。
會重新生成嗎?會——下一個使用通用對話框的應用會獲得新槽位。定期清理保持記錄簡短。
Windows Timeline(Activity History)曾是微軟用於回溯最近文件、網頁與應用的功能,登入微軟賬戶還能跨設備續用。微軟已在新版 Windows 中移除 Timeline 界面,但底層數據庫可能仍存留歷史記錄、或在後台繼續收集活動。它以 SQLite 數據庫形式按用戶存於 %LOCALAPPDATA%\ConnectedDevicesPlatform\<AccountId>\ActivitiesCache.db。
為何它比多數痕跡更值得重視:大多數被清理的痕跡只能證明"程式存在/運行過";活動歷史則更進一步——可記錄您編輯的文件真實標題、瀏覽網頁的標題與地址、以及每項活動精確的起止時間,是 Windows 上內容最豐富的痕跡之一。

| 字段 | 暴露的資訊 | PrivaZer 處理 |
|---|---|---|
| 應用標識 | 使用了哪個應用或瀏覽器 | 移除 |
| 活動描述(Payload) | 文件或網頁的真實標題 | 移除 |
| 內容引用 | 涉及的檔案路徑、URL 或深鏈 | 移除 |
| 起止時間戳 | 活動精確的開始與結束時刻 | 移除 |
| 同步操作日誌 | 可能保留"已刪除"活動的記錄 | 移除 |
這正是它區別於其他痕跡的地方:Amcache 或 Shimcache 條目告訴您程式存在過,而活動歷史條目能告訴您當時打開了什麼文件、用了多久。而且從舊 Timeline 界面手動刪除活動,其同步操作日誌表中仍可能留有記錄——這條軌跡值得主動清理,而不是依賴未必生效的刪除按鈕。
PrivaZer 在掃描中檢測並清除 ActivitiesCache.db 的活動記錄與底層數據庫,也可單獨勾選。數據庫位於用戶 AppData,無需管理員權限;該檔案可能被"連接設備平台"服務佔用,PrivaZer 已做處理確保記錄真正被清除。
關閉文件或網頁後條目還在嗎?在。關閉文件、標籤頁甚至解除安裝應用都不會移除其活動歷史——標題、內容引用與時間戳可長期留在數據庫中。
清理安全嗎?安全,不影響已安裝程式、真實文件與系統穩定。唯一可見影響:在仍啓用活動跟蹤的系統上,您將暫時無法回溯最近活動(直到新記錄累積)。
會重新生成嗎?若您的 Windows 版本仍在收集活動則會隨使用累積新記錄;若系統已不再收集則不會回填。無論哪種,清理都已抹掉歷史軌跡,建議定期運行。
它記錄每個應用的"打開/另存為"對話框最後指向的資料夾——不只記住您存取過檔案,還精確到"哪個應用去了哪個位置"。Windows 版本不同對應兩個鍵:
HKCU\...\Explorer\ComDlg32\LastVisitedPidlMRUHKCU\...\Explorer\ComDlg32\LastVisitedPidlMRULegacy位置以 PIDL(shell 項標識)編碼——即使目標磁碟已移除,路徑仍可解析。

PrivaZer 檢測並清除兩個鍵(新版與 Legacy 版)下的全部條目,可單獨勾選或隨全盤掃描執行。位於用戶配置單元內,無需管理員權限與重啓。
關閉對話框或解除安裝應用後還在嗎?在。條目持續命名"某應用 + 某位置"的組合,直到被新記錄擠出或主動清除。
清理安全嗎?安全;僅表現為對話框下次打開時定位預設位置而非上次目錄。
會重新生成嗎?會——下次使用對話框並瀏覽資料夾就會寫入新條目,屬正常。
與 Shellbags 的區別?Shellbags 記錄 Explorer 自己瀏覽過的所有資料夾,不分應用;LastVisitedPidlMRU 範圍更窄但更具體——只覆蓋打開/保存對話框,且能指名具體應用。它與 Shellbags 配合清理效果最好。
OpenSaveMRU 記錄經"打開/另存為"通用對話框瀏覽過的檔案,是 ComDlg32 家族中資訊最豐富的成員。按 Windows 版本分為兩種結構:
HKCU\...\Explorer\ComDlg32\OpenSaveMRU(舊版)HKCU\...\Explorer\ComDlg32\OpenSavePidlMRU(新版)
| 字段 | 暴露的資訊 |
|---|---|
| 擴展名子鍵 | 按 .docx、.jpg、.pdf 等類型分組 |
| 檔案名 | 打開或保存過的真實檔案名 |
| 完整檔案路徑 | 檔案當時的確切位置 |
| MRU 順序與時間戳 | 瀏覽時間與時序 |
| 關聯應用 | 用哪個程式打開或保存 |
PrivaZer 先判定您的 Windows 適用哪個鍵(OpenSavePidlMRU 或舊版 OpenSaveMRU),再同時清除擴展名子鍵和主鍵直屬值——因為檔案名數據視條目不同可能存在於兩處。可單獨勾選或隨全盤掃描執行。
刪除檔案或解除安裝程式後還在嗎?兩種情況都在。檔案名、完整路徑與瀏覽時間戳可無限期留在註冊表,描述着一個本機可能早已不存在的文件。
清理安全嗎?安全,不影響真實檔案與程式。僅表現為"打開/保存"對話框不再提示最近檔案,直至重新積累。
會重新生成嗎?會——下次經通用對話框存取檔案就會被記錄。
與同族其他鍵的區別?LastVisitedPidlMRU 記"對話框最後指向哪個資料夾";FirstFolder 記"最早指向哪";CIDSizeMRU 記標識字元串 MRU;OpenSaveMRU 唯一能指名真實檔案(帶類型分組、全路徑與時間戳)。若只清一項 ComDlg32 鍵,它最重要。
RecentDocs 大概是 Windows 上最知名的"最近檔案"痕跡——資源管理器"快速瀏覽"的最近檔案列表與眾多應用"打開最近"菜單背後的註冊表記錄。與 ComDlg32 家族(只記錄經程式自有對話框瀏覽的檔案)不同,RecentDocs 記錄任何經資源管理器或檔案關聯打開的文件:文件、圖片、簡報、快捷方式等。位於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\RecentDocs。

| 字段 | 暴露的資訊 |
|---|---|
| 主檔案列表 | 所有最近打開的文件(不限類型) |
| 擴展名子鍵(.pdf、.jpg、.docx…) | 同批檔案按類型重複分組 |
| Folder 子鍵 | 檔案分別從哪些資料夾打開 |
| MRUListEx | 各列表中的瀏覽順序 |
| 磁碟快捷方式 | Recent 資料夾中每個文件對應一個真實 .lnk 檔案 |
這是本站上較複雜的清理之一,因為它同時橫跨檔案系統與註冊表:PrivaZer 清除註冊表中的主列表、擴展名子鍵、Folder 子鍵與 MRUListEx,並刪除磁碟 Recent 資料夾中對應的快捷方式檔案。您的 Jump Lists(跳轉列表)不受本次清理影響。
刪除原檔案後還在嗎?在。刪除原始文件不會移除其註冊表條目或 Recent 中的快捷方式——兩者仍命名着檔案及其來源資料夾,即便檔案甚至所在盤已不存在。
清理安全嗎?安全,不觸碰真實文件。可見影響僅"快速瀏覽"最近檔案與各應用"最近打開"菜單清空,直至重新打開檔案。
會重新生成嗎?會——再次打開文件即重新記錄,屬活躍功能。
根據微軟官方文件(KB235994),Windows 會保存已關閉窗口和資料夾的尺寸與螢幕位置(最多 28 個),以便下次原樣重開。每個被記住的窗口與實際指向的資料夾/磁碟機之間的關聯,存於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StreamMRU。

| 字段 | 暴露的資訊 |
|---|---|
| 條目類型 | 資料夾、磁碟機、網絡共享、ZIP、URI 等 |
| 長短檔案名 | DOS 8.3 短名與完整 Unicode 名 |
| 大小 | 檔案/資料夾尺寸或關聯快捷方式大小 |
| 逐段時間戳 | 創建、修改、瀏覽時間(精確到條目各段) |
| 拼接路徑與 MRU 順序 | 由鏈式分段重建的完整位置 |
PrivaZer 檢測並清除 StreamMRU 中的失效條目(指向已不存在位置)——這正是該鍵存在意義中容易留痕的部分;仍可正常使用的窗口位置保留。位於用戶配置單元內,無需管理員權限與重啓。
關閉窗口或斷開磁碟機後還在嗎?在——這正是該鍵的本職:記住已關閉的窗口。一條條目可在目標位置斷開、格式化甚至刪除後,仍長期描述該資料夾/外置盤/網絡共享的名稱與時間戳。
清理安全嗎?安全。StreamMRU 只存窗口外觀偏好,清除不影響檔案與系統;對應窗口下次以預設尺寸位置打開。
會重新生成嗎?關閉窗口即生成新條目,屬正常。清理只移除已失效條目,常用位置不受干擾。
與 Shellbags 的區別?結構相同(鏈式 shell 項解析為完整路徑),都可引用早已移除的磁碟機。區別在於範圍:Shellbags 記錄 Explorer 瀏覽過的每個資料夾;StreamMRU 僅限已關閉窗口(上限 28 個),但每條可攜帶更豐富的取證細節(大小與逐段時間戳)。
聰明做法不是一刀切清空,而是按需選擇。PrivaZer 的 Shellbags 選項提供三檔:



存於 NTUSER.DAT / UsrClass.dat 註冊表單元中,資料夾刪除、磁碟機移除後仍可留存:
| 字段 | 內容 |
|---|---|
| MRUListEx | 打開各資料夾的順序 |
| ShellItem 類型與目標 | 資料夾 / 磁碟機 / 網絡共享 / ZIP |
| 資料夾名與路徑 | 長名 + 8.3 短名 |
| 時間戳與 MFT 引用 | 創建 / 修改 / 瀏覽時間 + NTFS 條目 |
| NodeSlot 與視圖模式 | 關聯 Bags 的圖標/列表/詳情視圖 |
| 圖標位置、排序與列 | 窗口內項目佈局 |
| 窗口尺寸與位置 | Explorer 窗口幾何資訊 |
私隱部分在 BagMRU(被 PrivaZer 移除);外觀視圖設定在 Bags(按您的選擇保留或重置)。
不是視圖設定,而是旁邊記錄的導航軌跡:每個在 Explorer 中打開過的資料夾都留下 BagMRU 條目,含路徑、類型(本地/移動盤/網絡共享/加密卷)、內嵌時間與 NTFS 引用——一張帶時間戳的"您瀏覽過哪裏"地圖,取證工具直接讀取。
刪除資料夾或拔掉磁碟機後還在嗎?在——這正是它的意義所在。一條 Shellbag 可以活得比資料夾本身、已拔下的 U 盤/移動硬碟、已解除安裝的網絡共享、已解除掛載的加密卷(VeraCrypt、BitLocker)更久。取證人員可據此證明某用戶曾瀏覽某設備上的某資料夾——哪怕該設備已不在機器上。這正是"僅移除已刪除資料夾痕跡"選項要抹掉的。
只刪已刪除資料夾痕跡的好處?既獲得關鍵的私隱保護,又不打擾日常使用:會消失的是取證最在意的"已消失設備/資料夾"條目,而現存資料夾保持熟悉視圖——無重置、無意外,只有敏感軌跡被清除。
清理會破壞什麼嗎?不會。Shellbags 只存外觀偏好與導航歷史,清理從不觸碰您的檔案、資料夾結構或系統穩定性。
您在資源管理器內建搜索框中輸入過的每個詞,Windows 都會記住。Win7–11 存於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\WordWheelQuery。

| 字段 | 暴露的資訊 |
|---|---|
| 槽位編號(值名) | 0、1、2… 僅為列表位置 |
| 搜索文本(值數據) | UTF-16 字元串,您輸入的原詞 |
| MRUListEx | 哪次搜索最近 |
關於 ACMru\5603:WordWheelQuery 自 Vista 起才存在。Windows XP 時代的對應歷史由舊搜索助理保存在 HKCU\Software\Microsoft\Search Assistant\ACMru\5603(按檔案名搜索檔案/資料夾的輸入框)。PrivaZer 兩個鍵都清——無論記錄來自現代資源管理器搜索框還是 XP 時代前身。
檢測並清除 WordWheelQuery 下全部槽位值與 MRUListEx,可單獨勾選或隨全盤掃描執行;位於用戶配置單元內。
關閉資源管理器後還在嗎?在。關閉搜索窗口不清除條目——搜索詞跨重啓留在註冊表,直到被新詞擠出或被清理。
清理安全嗎?安全;僅表現為搜索框不再聯想歷史搜索詞。
會重新生成嗎?會,下次輸入搜索即重新記錄。
獨特之處?本站其他痕跡都描述已存在的東西(檔案、資料夾、程式),而 WordWheelQuery 描述意圖——您選擇輸入的詞。非結構化文本可能捕獲其他任何痕跡都記錄不了的內容。
TypedPaths 記錄在資源管理器地址欄直接鍵入(而非點擊到達)的最近 25 條路徑,存於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\TypedPaths。

以 url1、url2… 編號的明文路徑值,無獨立排序值,且在關閉該資源管理器窗口時才提交。資料夾已刪除、磁碟機已斷開、共享已離線——條目仍命名着這個已不存在的位置。
檢測並清除 TypedPaths 下全部值,可單獨勾選或隨全盤掃描執行。位於用戶配置單元內,無需管理員權限與重啓。
路徑不存在後條目還在嗎?在——直到被新條目擠出或被清理。
清理安全嗎?安全;僅表現為地址欄不再聯想輸入過的路徑。
會重新生成嗎?會——下次鍵入路徑並關閉窗口即提交新條目。
與 RunMRU、網絡磁碟機 MRU 的區別?三者都是 Explorer 下明文 MRU,但命名與提交時機不同:RunMRU 與 Map Network Drive MRU 用字母值(a、b、c)+ 獨立 MRUList,命令執行/映射完成即提交;TypedPaths 用 url 編號、無獨立排序值,關閉窗口才提交。同族不同賬。
右鍵(或懸停,視 Windows 版本)任務欄/開始菜單圖標,即可看到跳轉列表:該應用的最近/常用項目,加上您固定的內容和應用自定義任務(如"新建窗口""新建文件")。
它們按應用分別存於兩個隱藏資料夾:AutomaticDestinations(自動記錄的最近/常用)與 CustomDestinations(固定項與自定義任務)。跳轉列表按應用歸類最近檔案,比一般歷史列表更有條理,而且極易被旁人一瞥看到——無需註冊表、無需翻隱藏目錄,右鍵一個每天都在任務欄上的圖標即可。

PrivaZer 按應用處理兩個資料夾,僅移除 Windows 自動記錄的"最近/常用"(MRU)條目;您主動固定的檔案/資料夾與應用自定義任務原樣保留。原因很直接:固定項與自定義任務是"您或應用有意設定的",而非使用中無意留下的副產物。
更進一步:與被移除條目關聯的時間戳不直接刪除,而是隨機打亂(datetime scrambled)——即便有殘片被恢復,也無法用於重建準確時間線。
清理安全嗎?安全。僅表現為右鍵圖標時最近項目減少或為空,直至再次使用;固定項與應用任務不變。
會重新生成嗎?會——下次在該應用中打開檔案即重新加入跳轉列表。
FirstFolder 是本站 ComDlg32 家族的第四位成員(與 LastVisitedPidlMRU、CIDSizeMRU 同族),位於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ComDlg32\FirstFolder。
它按應用記錄"打開/另存為"對話框最早呈現給用戶的資料夾。與每次都刷新的 LastVisitedPidlMRU 不同,FirstFolder 只寫入一次,同時保存資料夾路徑與對應可執行檔案路徑——即使離線讀取 NTUSER.DAT 副本,也能據此識別最近使用的應用及其關聯檔案位置。
| 字段 | 暴露的資訊 |
|---|---|
| 應用標識(值名) | 該基準屬於哪個應用 |
| 首次瀏覽的資料夾(值數據) | 該應用對話框最早指向的目錄,可能是數年前 |
正因不每次刷新,FirstFolder 條目可能靜悄悄地活過多次重裝、目錄重整甚至換盤——仍指向當年第一次使用該應用對話框時的位置。
檢測並刪除 ComDlg32\FirstFolder 下的值,與同族清理一併執行;用戶配置單元內,無需管理員權限與重啓。
解除安裝應用或刪除資料夾後還在嗎?在——而且可能比本站多數痕跡更久。它寫入一次便不再更新,解除安裝應用、刪除所指資料夾都不會動它。
清理安全嗎?安全。唯一"副作用"是概念性的:該應用對話框下次瀏覽的資料夾會成為新的"首個"基準,對使用無實際影響。
會重新生成嗎?會——下次某應用使用通用對話框即寫入新基準。
與同族鍵的區別?三者同在 ComDlg32 且都指名應用,但捕捉不同時刻:LastVisitedPidlMRU 持續更新"最近位置";CIDSizeMRU 保留最近使用的標識字元串排序表;FirstFolder 只寫一次"最早位置"。前者顯示您最近去了哪,它能顯示一切從哪開始。
資源管理器為照片、影片、文件顯示預覽圖而非通用圖標時,Windows 需要生成並緩存這些小圖,免得每次開資料夾都重做。PrivaZer 在「Thumbnails & Icons」下覆蓋四項相關緩存:

刪除原圖後縮略圖仍在。Thumbs.db 與 ThumbCache 存的是真實的預覽小圖而非檔案名——刪除照片、移到別的盤、甚至格式化原盤,一張小而可直接查看的副本仍可能留在緩存。與多數痕跡不同,它無需重建拼接——本身就是一張現成的小圖。
四項在掃描選項中獨立列出,可全選或按需勾選。
清理安全嗎?安全,只動緩存預覽,不碰真實照片/影片/文件。僅表現為再次打開含圖資料夾時短暫顯示通用圖標,隨後即時重新生成。
會重新生成嗎?會——再次以縮略圖瀏覽資料夾即重建。清理的意義是移除"已不存在檔案"的預覽,而非阻止功能工作。
ThumbCache 與 IconCache 的區別?ThumbCache 存每個具體檔案的專屬預覽(您的那張照片、那份文件);IconCache 存某類檔案/應用共用的通用圖標——可暗示裝過哪些程式,但不含個人圖像內容。
與 RDP 位圖緩存對比?兩者都是少有的存"視覺內容"的痕跡。RDP 緩存是需專用工具拼接的原始螢幕塊;縮略圖本身就是完整可看的圖,只是更小。
ARP(Address Resolution Protocol,地址解析協議)是您的電腦在只知道局域網內某設備 IP 時查找其物理 MAC 地址的機制。Windows 把答案保存在一張活動表——ARP 緩存中,免得每個數據包都重新詢問。您可以隨時打開命令提示符輸入 arp -a 親眼看它。
它記錄着"這台電腦最近與哪些本地設備交換過流量"——同 Wi-Fi 下的其他電腦、共享打印機、NAS 等。

不久——這正是 ARP 緩存與其他痕跡的不同:動態條目自動學習而來,Windows 幾分鐘內即自行老化;靜態條目手工配置,會一直保留。整張表只存於內核記憶體(由 TCP/IP 驅動 tcpip.sys 管理),一次重啓即完全清空,隨後隨通信重建。
| 字段 | 暴露的資訊 |
|---|---|
| IP 地址 | 聯絡過的設備網絡地址 |
| MAC 地址 | 該設備網卡的物理標識 |
| 網絡接口 | 走的是哪個適配器(Wi-Fi / 以太網 / VPN) |
| 條目類型 | 動態(自動學習)或靜態(手工設定) |
| 狀態 | 可達 / 陳舊 / 即將過期 |
PrivaZer 在掃描中檢測並清除 ARP 緩存,也可單獨勾選——即時生效,無需重啓。
清除安全嗎?安全。不影響檔案、程式與網絡配置;下次向某設備發流量時 Windows 重新學習其地址,實際只是一次幾乎無感的額外查詢。
會重新生成嗎?會,而且往往幾秒內——一旦需要再次通信(路由器、共享打印機、其他電腦)就重新學習。ARP 緩存是"活動工作表"而非歷史日誌:清除給您的是當下的一塊白板,而非永久無記錄。
與執行痕跡的區別?Amcache、Shimcache、UserAssist、SRUM、MUI Cache 記錄"哪些軟件運行過"且可在盤上存留數週;ARP 緩存記錄"局域網內與哪些設備通過信"且只存記憶體、重啓即失。做完整私隱清理時兩者互補而非重複。
每當您的電腦需要瀏覽域名——開網頁、應用檢查更新、後台服務聯網——Windows 都要先把域名翻譯成 IP 地址。DNS 客戶端服務把已解析的結果緩存在本地,免得重複詢問 DNS 伺服器。
它由系統而非某個應用維護——關閉瀏覽器對它毫無影響;雖重啓自清,但連續開機時可存續數天至數週,期間累積"這台電腦瀏覽過哪些域名與服務"的清單。

| 字段 | 暴露的資訊 |
|---|---|
| 記錄名 | 解析過的域名 |
| 記錄類型 | A(IPv4)、AAAA(IPv6)等 |
| TTL | 該條目在緩存中的存活時長 |
| 解析出的 IP | 域名實際指向的伺服器地址 |
PrivaZer 沖刷 DNS 解析緩存,效果等同於在命令行執行 ipconfig /flushdns——與多數痕跡不同,這裏清的是 Windows 維護的記憶體緩存而非檔案或註冊表值。即時生效,無需重啓。
關瀏覽器後還在嗎?在。它由 Windows 自身維護,關閉任何程式都無效;但完全存於記憶體,每次重啓自動清空。
清除安全嗎?安全,純性能緩存——不影響聯網能力;僅使下次瀏覽近期域名時重新解析,增加一次幾乎無感的延遲。
會重新生成嗎?會,立即——下一個需要瀏覽的域名即被重新解析緩存。
與 ARP 緩存的區別?都是僅存記憶體、重啓自清的網絡緩存,但映射對象不同:ARP 記錄本地網絡設備(IP↔MAC,"誰在您的局域網裏");DNS 記錄互聯網域名→IP("這台電腦瀏覽過哪些站點與服務")。域名比 MAC 地址可讀得多,因此它往往更直接地暴露瀏覽歷史。
每當 Windows 校驗數字證書是否仍有效——例如運行簽名程式前的驗證、下載補齊信任鏈所需的中間證書——它會把下載的數據緩存在本地以免重複獲取。這個緩存就是 CryptnetUrlCache,分三處存放:
C:\Windows\System32\config\systemprofile\AppData\LocalLow\Microsoft\CryptnetUrlCacheC:\Windows\SysWOW64\config\systemprofile\AppData\LocalLow\Microsoft\CryptnetUrlCacheC:\Users\<用戶名>\AppData\LocalLow\Microsoft\CryptnetUrlCache它在後台自動信任驗證中無意留痕:記錄了哪些程式的證書被驗證過、何時驗證。

| 字段 | 暴露的資訊 |
|---|---|
| 時間戳 | 該檔案最後被下載的時間 |
| URL | 檔案下載來源 |
| FileSize | 下載檔案的字節大小 |
| MetadataHash | 檔案的 SHA1 / SHA256 / MD5 哈希 |
| FullPath | 緩存檔案的本地路徑 |
CryptnetUrlCache 在「系統」類掃描選項中獨立列出(與字體緩存、DNS 緩存等並列),清除上述各位置的緩存內容。由於證書校驗隨時可能使用該緩存,建議先關閉其他運行中的程式,以便徹底清除。
解除安裝簽名程式後記錄還在嗎?在。緩存的吊銷數據與元數據綁定的是證書和驗證事件,不是觸發它的程式——解除安裝軟件不會抹掉"其證書被驗證過、何時驗證"的記錄。
清除安全嗎?安全,純性能緩存,不削弱任何安全性;下次真正需要時重新下載吊銷與證書數據,僅那一次校驗多一點點延遲。
會重新生成嗎?會——Windows 後台持續驗證證書時會自動靜默重建。
與瀏覽器緩存/WER 的區別?瀏覽器緩存存您主動瀏覽的內容,WER 記特定崩潰事件;CryptnetUrlCache 都不是——它是後台自動信任驗證的伴生痕跡,性質更接近 Amcache/Shimcache(程式運行的副產物),只是經由證書驗證而非執行跟蹤。
WebCacheV01.dat 是 IE10 起取代 index.dat 的統一數據庫。以前分散在多個 index.dat 檔案中的瀏覽數據,如今統一匯入一個庫:%LocalAppData%\Microsoft\Windows\WebCache\WebCacheV01.dat。它至今仍被 Internet Explorer 與基於同引擎的舊版 Edge 組件使用。

| 內容 | 暴露的資訊 |
|---|---|
| 瀏覽歷史 | 瀏覽過的 URL 與時間 |
| 緩存 | 網頁內容的本地副本 |
| Cookies | 站點 Cookie,含登入狀態 |
| DOM 儲存 | Web 應用在瀏覽器本地存的數據 |
| 下載歷史 | 經瀏覽器下載檔案的記錄 |
因為它是完整數據庫而非簡單檔案,PrivaZer 可按不同粒度處理:「Delete everything」清整個庫;「Cache」「History」分別只清緩存內容或歷史記錄——比一刀切更精細。
該檔案在系統正常使用期間通常被 Windows 服務佔用鎖定——PrivaZer 已處理這一情形,照常清除庫中內容。
清理後檔案看起來還是很大,是沒清乾淨嗎?不是——這是正常現象。PrivaZer 清除後 Windows 會立即重建檔案並按 ESE 數據庫機制預分配磁碟空間(出於性能設計)。檔案可能立刻恢復接近原大小,但內容已空。檔案大小不是判斷依據,裏面有沒有數據才重要。
關瀏覽器後還在嗎?在——關閉 IE 或使用該引擎的應用不清除數據庫,內容跨會話與重啓持續,直到被手動清除或自然擠出。
清理安全嗎?與清除任何瀏覽數據同樣的取捨:依賴 Cookie 的站點需重新登入、緩存頁面需重新加載;不影響檔案、程式與系統穩定。
與 index.dat 的區別?WebCacheV01.dat 是 index.dat 的直接繼任者(IE10 引入)——把原本按類別分散在多個檔案的數據統一為結構化數據庫。更老的 IE 與某些兼容路徑仍用 index.dat,所以 PrivaZer 兩者都覆蓋。
映射網絡磁碟機會把磁碟機號(如 T:)指派給其他電腦/伺服器上的共享資料夾,讓它像本地磁碟一樣出現在資源管理器。無論您用"映射網絡磁碟機"嚮導還是 net use 命令,Windows 都會記住最近映射過的共享——按用戶存於 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Map Network Drive MRU。

| 字段 | 暴露的資訊 |
|---|---|
| 字母槽位(值名) | a、b、c… 每個字母對應一個記住的共享 |
| 網絡路徑(值數據) | 完整 UNC 路徑、IP、主機名或 NetBIOS 名 |
| MRUList | 哪個映射最近 |
全部明文儲存,無需解碼——與 RunMRU 格式相同。
檢測並清除 Map Network Drive MRU 下全部值(含 MRUList),可單獨勾選或隨全盤掃描執行;用戶配置單元內,無需管理員權限與重啓。
斷開映射後還在嗎?在——斷開磁碟機、伺服器徹底離線都不會移除條目,它繼續命名着那台伺服器與共享,直到被新映射擠出或被清理。
清除安全嗎?安全,不會斷開任何當前映射,也不影響網絡配置;僅表現為"映射網絡磁碟機"對話框不再聯想歷史連接。
會重新生成嗎?會——下次映射即重新記錄。
與 ARP 緩存的關係?可視為 ARP 緩存的"持久註冊表表親":ARP 顯示近期通信過的本地設備且重啓即失;映射磁碟機 MRU 顯示您主動連接過的共享,會一直留到被清理。
用遠端桌面(mstsc.exe)連接其他電腦時,客戶端會把遠端畫面中自上次刷新以來未變化的部分緩存到本地,免得每次都整屏重傳。緩存按用戶存於 %LOCALAPPDATA%\Microsoft\Terminal Server Client\Cache——會話關閉後仍留在盤上。

| 字段 | 暴露的資訊 |
|---|---|
| 位圖塊 | 遠端螢幕的原始像素碎片(通常 64×64) |
| 塊元數據 | 色深、緩存鍵、尺寸 |
| bcacheX.bmc 索引檔案 | 按畫質分級的緩存索引 |
| CacheXYZW.bin | 逐會話緩存數據 |
| 檔案時間戳 | 可與其他日誌互證會話時間 |
為什麼敏感:Windows Timeline 能指名您打開的文件、OpenSaveMRU 能指名您存的檔案、Amcache 能指名您運行的程式——但它們都不顯示"長什麼樣"。RDP 位圖緩存是本站唯一存真實視覺內容而非事件描述的痕跡,所以才有專門的畫面重建工具。
整體移除您賬戶下的 Terminal Server Client\Cache 目錄——索引檔案與緩存數據檔案一次清完。位於用戶 AppData,無需管理員權限與重啓。
關閉會話後還在嗎?在——這是設計使然:緩存本就是為下次連接同伺服器提速而持久保留。關閉遠端桌面、斷開連接、遠端伺服器下線都不會清除這些檔案。
清除安全嗎?安全,只清本地緩存,對遠端電腦零影響;代價僅是下次會話開頭多傳輸些畫面數據。敏感遠端會話之後建議清理。
會重新生成嗎?會——下次遠端桌面會話立即開始重建緩存,屬正常的性能機制。
普通 Cookie 只有一個明顯的存放處,清除很簡單。超級 Cookie 與 Evercookie 則是把追蹤標識符刻意存在不顯眼處、或多處同時存放的技術——目的就是讓它熬過常規的"清除 Cookie"。

HSTS(HTTP Strict Transport Security)本是正當安全功能:站點告訴瀏覽器"以後都用 HTTPS 連我",瀏覽器按域記憶。控制大量小子域的追蹤者可濫用這份記憶:讓瀏覽器把部分子域記為 HTTPS 固定、故意留另一些不標記——數十個微小請求拼成獨一無二的花紋,相當於一張"條碼"。
Flash Cookie(技術上叫本地共享對象 LSO)依附於 Adobe Flash 插件,Silverlight Cookie 同理依附於微軟 Silverlight 插件——兩者都有獨立於瀏覽器常規 Cookie 罐的儲存區。若本機裝過並使用 Tor 瀏覽器,它也有自己的 Cookie 罐,PrivaZer 同樣能識別並清理。
專項掃描覆蓋全部機制:超級 Cookie(HSTS)、Evercookie、Flash Cookie、Silverlight Cookie、Tor Cookie、HTML5 儲存、Appcache、IndexedDB。清理前可點「See cookies」鏈接預覽找到的內容。
清理安全嗎?安全。僅表現為依賴這些機制的站點需重新登入,HSTS 與插件儲存隨瀏覽自然重建。Flash/Silverlight 已基本淘汰,清理其遺留儲存幾無壞處。
與普通 Cookie 清理的區別?大多數 Cookie 清理(包括瀏覽器自帶按鈕)只動標準 Cookie 罐,HSTS 記憶、插件儲存等機制原封不動——這正是使用它們的追蹤者能熬過常規清理的原因。本掃描補上的正是這個缺口。
聰明做法不是刪掉每個 Prefetch 檔案,而是區別對待。PrivaZer 的 Prefetch 選項提供有針對性的操作:



Win10/11 下整個檔案經 MAM 壓縮(Xpress-Huffman)。檔案頭含 SCCA 簽名、版本、exe 名與哈希;資訊塊記錄至多 8 次最後運行時間(FILETIME)、累計啓動次數、被加載檔案的完整路徑、卷序列號與創建時間等。
不刪——這是有意為之。Windows 下次啓動程式時會立即重建,刪除除了讓啓動略慢毫無意義。PrivaZer 改為中立化檔案內的私隱數據。
兩個原因:其一,Windows 立刻重建檔案,"歷史"瞬間回來;其二,空的 Prefetch 目錄本身就不正常——它是"剛被清理過"的可見信號,等於用一種痕跡換另一種更可疑的痕跡。
既獲得真實私隱又不留清理跡象:檔案原樣在、目錄外觀正常、Windows 照常使用,而其中敏感的最後運行時間與啓動計數已被抹除。真私隱、無異常、無性能損失。
為私隱直接關掉 Prefetch 是錯誤的取捨——它會拖慢程式啓動。擾亂式清理讓私隱與速度兼得。
運行對話框(Win+R)可讓您鍵入命令直接啓動程式、打開檔案資料夾或連接網絡位置。您執行過的每條命令都進入下拉歷史,背後是 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\RunMRU,按用戶分別保存。

| 字段 | 暴露的資訊 |
|---|---|
| 字母槽位(值名) | a、b、c… 每個字母一條命令 |
| 命令文本(值數據) | 鍵入的原始命令,明文儲存 |
| MRUList | 字母串表示的顯示順序 |
一次清除 RunMRU 下全部值與 MRUList,可單獨勾選或隨全盤掃描執行;用戶配置單元內,無需管理員權限與重啓。
執行完命令後還在嗎?恰恰相反——執行那一刻才寫入,此後一直留在下拉框與註冊表中,直到被新命令擠出或被清理。
清除安全嗎?安全;僅表現為運行框下拉為空,常用命令重新輸入即可。
會重新生成嗎?會——下次 Win+R 執行命令即重新記錄。
與其他痕跡的區別?最親近的是 WordWheelQuery:都存自由文本。區別在於意圖——WordWheelQuery 記您搜索什麼,RunMRU 記您執行什麼(常是特定工具、路徑或網絡位置)。Office 等應用各有自己的最近檔案歷史,不在此鍵範圍。
Windows 自帶的註冊表編輯器(regedit.exe)會記住您最後打開的註冊表鍵,下次啓動直接定位原位。這一資訊存為單個值:HKCU\Software\Microsoft\Windows\CurrentVersion\Applets\Regedit 下的 LastKey。

單個字元串值,無列表無歷史——內容就是"上次在註冊表編輯器中查看的鍵的完整路徑"。
檢測並清除 LastKey 值,可單獨勾選;位於用戶配置單元,無需管理員權限與重啓,直接刪除即生效。
清除安全嗎?安全,不影響檔案、程式與註冊表鍵本身;僅表現為 regedit 下次從預設位置打開。
會重新生成嗎?會——打開 regedit 瀏覽任何位置即寫入新 LastKey,屬功能本職。
與其他痕跡的區別?本站其他痕跡都是隨時間累積的列表(多條目、MRU 順序、時間戳),LastKey 只是一個被反覆覆蓋的單值。豐富度最低,特異性卻最高——它指名了有人正在查看的確切註冊表位置,在特定語境下相當有分量。
WER 是程式崩潰、卡死或系統故障時詢問是否向微軟發送報告的組件。無論您發不發,本地都會留存一份 .WER 報告——Vista 以來最豐富的"執行證據"之一。

| 字段 | 暴露的資訊 |
|---|---|
| 程式路徑、名稱與版本 | 確切是哪個程式、哪個構建 |
| 崩潰時間戳(EventTime) | 崩潰或卡死的精確時刻 |
| 故障模塊與異常碼 | 哪個組件導致崩潰 |
| 已加載模塊 | 當時載入的全部 DLL |
| 系統版本與 SKU | Windows 架構、構建與版本 |
每次崩潰/卡死對應一個以應用命名的報告資料夾(如 AppCrash_yourapp.exe_...)。
清除全部五個位置的報告資料夾——兩個共享 ProgramData 目錄、兩個用戶級 AppData\Local 目錄及 ElevatedDiagnostics:
%ProgramData%\Microsoft\Windows\WER\ReportArchive%ProgramData%\Microsoft\Windows\WER\ReportQueue%UserProfile%\AppData\Local\Microsoft\Windows\WER\ReportArchive%UserProfile%\AppData\Local\Microsoft\Windows\WER\ReportQueue共享的系統級位置在滿足條件時清理(為全機各賬戶共用),用戶級位置始終為您的賬戶清理。可單獨勾選或隨全盤掃描執行,無需重啓。
解除安裝崩潰程式後報告還在嗎?在——解除安裝不移除舊報告,路徑、版本、崩潰時間與模塊清單仍可描述一個已不在機器上的程式。
清除安全嗎?安全,不影響已安裝程式、檔案與 WER 功能本身;僅"可靠性歷史記錄/問題報告"中的崩潰歷史消失。
會重新生成嗎?程式再次崩潰/卡死即生成新報告——WER 的本職,清理只抹掉歷史。
與其他執行痕跡的區別?Amcache、Shimcache、UserAssist 告訴您"程式運行過";WER 告訴您"它崩潰/凍結過"——且帶遠更深的技術細節:確切故障位置、責任模塊、當時全部加載項。本站沒有其他痕跡能對單一時刻保留這種級別的運行時細節。
Microsoft Management Console(mmc.exe)是多數 Windows 管理工具的宿主框架:組策略編輯器、服務、事件查看器、計算機管理、磁碟管理、證書管理、任務計劃,以及任何自定義 .msc 控制枱。MMC 記住您最近打開過的控制枱檔案,按用戶存於 HKCU\Software\Microsoft\Microsoft Management Console\Recent File List。

按 Windows/Office 通用的"Recent File List"慣例,每條目為編號值(File1、File2…),保存最近打開的 .msc 控制枱檔案完整路徑——清單列出了該賬戶最近用過哪些管理控制枱(內建或自定義)。
檢測並清除 Recent File List 下全部值,可單獨勾選;用戶配置單元內,無需管理員權限與重啓。
關閉控制枱或刪除 .msc 檔案後還在嗎?在——路徑可繼續指向一個已不存在的控制枱檔案,直到被擠出或被清理。
清除安全嗎?安全,不影響程式、檔案與控制枱檔案本身;僅 MMC"檔案"菜單的"最近"列表清空。
會重新生成嗎?會——下次經 MMC 打開控制枱即重新記錄。
與 Last Regedit 的區別?Last Regedit 只指名單一工具內的單一註冊表位置;MMC 歷史覆蓋面大得多——所有在 MMC 裏運行的管理單元加自定義控制枱。兩者合起來比任一單項更能勾勒賬戶的技術/管理操作畫像。
EVTX 是 Vista/Server 2008 起 Windows 事件日誌的檔案格式(取代舊 EVT),位於 C:\Windows\System32\winevt\Logs。它記錄着系統上真正全面的審計軌跡:登入、進程創建、權限使用、憑據瀏覽、配置變更等大量事件類型。

| 字段 | 暴露的資訊 |
|---|---|
| 時間戳 | 事件發生的確切時刻 |
| 事件 ID 與來源 | 事件類型及記錄它的通道 |
| 結構化負載 | 事件細節:賬戶、進程等 |
什麼是 .etl 檔案?.etl 由 Event Tracing for Windows(ETW)產生——一套更底層的高性能跟蹤框架,Windows 許多診斷/日誌功能都建於其上(包括部分最終匯入 EVTX 通道的內容)。與集中於一個目錄的 EVTX 不同,.etl 散落在多個目錄,取決於產生它的組件。
移除 C:\Windows\System32\winevt\Logs 下的 .evtx 檔案及各位置的 .etl 跟蹤檔案。
觸發事件過去後條目還在嗎?在——日誌的意義正在於此:登入、進程啓動、配置變更的記錄在事後長期保存,直到日誌輪轉、歸檔或被清除。
清除安全嗎?不影響檔案、程式與系統穩定,Windows 即刻重新記錄。要知道的取捨:您同時抹掉了自己的歷史檔案——若正排查反覆出現的問題,或某些診斷依賴近期日誌,建議問題解決後再清。
會重新生成嗎?會,立即且持續——Windows 運行即持續產生事件。
Windows 或單個程式崩潰時,可把當時記憶體中的內容快照存盤以供事後調試。PrivaZer 的「Memory dump」選項覆蓋四個相關位置:

與只記崩潰"事實"的 .WER 不同,轉儲存的是記憶體原始內容——可能包含當時正在使用的實際數據。體積更大、敏感度更高;修復問題後舊轉儲仍原樣留盤。
「系統」類下獨立的「Memory dump」選項一次清理四類轉儲。由於 MEMORY.DMP、Minidump、LiveKernelReports 位於 C:\Windows 下,清理需要管理員權限(與手動刪除相同)。
問題解決後轉儲還在嗎?在——轉儲是靜態快照:更新驅動、修補應用、解決缺陷都不會移除舊轉儲,它原樣留在盤上直到手動刪除或被新崩潰覆蓋。
清除安全嗎?日常使用安全,不影響檔案、程式與系統穩定。唯一取捨:若正在配合技術支援或硬件廠商排查反覆崩潰,他們可能向您要轉儲檔案——建議該問題解決後再清。
會重新生成嗎?只在再次崩潰時才產生——與持續重建的緩存不同,沒有新崩潰就不會有新轉儲。
與 WER 的關係?密切相關但不同:.WER 是崩潰的結構化元數據(程式路徑、版本、故障模塊、加載模塊清單);記憶體轉儲是原始記憶體本身。同一崩潰事件兩者常並存,PrivaZer 兩者都清。
刪除檔案時——即使繞過回收站——Windows 並不會真正抹掉數據,只是把該檔案佔用的空間標記為"空閒"等待複用。構成文件、照片、瀏覽器緩存的原始字節仍完好地留在磁碟上,可被常見的反刪除工具完整恢復,直到另一個檔案恰好覆蓋同一位置——這可能要很久,也可能永遠不發生。

凡曾寫入該區域的數據都可能殘留:文件、照片、瀏覽器緩存、臨時檔案……檔案類型無關緊要——空間一旦被標記空閒,原始內容就以同樣方式留在那裏,直到被覆蓋。PrivaZer 掃描空閒扇區並清除其中殘留。
不完全一樣。現代 SSD 支援 TRIM 指令——系統會告知盤哪些塊已停用,由盤的主控出於性能考慮提前擦除。PrivaZer 在磁碟分析中會檢測並報告您的盤 TRIM 是否生效。
不是,這個區別很重要。PrivaZer 只處理檔案系統已標記為空閒的扇區——您的真實檔案、程式、資料夾全程不受觸碰,活動數據零改變。
要多久?很大程度上取決於空閒空間大小(每個空閒扇區都要檢查)。例如一塊 836GB 盤有 409GB 空閒,意味着接近 8.58 億個扇區要掃描,自然需要實打實的時間。PrivaZer 全程顯示實時進度,並提供「低優先級」模式讓掃描後台運行、不干擾其他工作。
安全嗎?安全——只動已標記未用的扇區,絕不碰活動檔案,對數據零風險。實際考量主要是耗時,以及機械硬碟上持續讀寫帶來的正常磨損。
與清理 RecentDocs、Shellbags 等單項痕跡的區別?本站其他教程都是移除"引用":指名或描述某檔案的註冊表條目、緩存記錄、日誌條目。可用空間清理位於這一切之下的一層——即使 RecentDocs、Shellbags、USN Journal 中的引用都已清除,檔案原始內容在物理層仍可能存在。正是這一層,讓前面的清理真正完整。
$LogFile 是 NTFS 自有的隱藏系統檔案,存在於每個 NTFS 卷的根部。它無法在資源管理器中瀏覽打開——純粹為 NTFS 自身使用:它是檔案系統的崩潰恢復事務日誌。

作為 NTFS 崩潰恢復日誌的副產物(非面向用戶的功能),其中可能殘留:最近創建、刪除或重命名檔案的檔案名,以及操作類型(刪除/創建/改名等)——檔案本體及其 MFT 條目從系統各處消失後,這些痕跡在 $LogFile 中仍可能可見。
PrivaZer 把它們作為兩個獨立掃描項,因為它們本就是兩套機制:USN Journal($UsnJrnl)是面向其他軟件(搜索索引、備份、同步客戶端)的高層變更日誌,供其高效詢問"自上次檢查以來變了什麼";$LogFile 位於更底層——純粹為 NTFS 自身的崩潰恢復服務,只是順帶留下了操作級細節。
掃描 $LogFile 中舊檔案名與操作的殘留並清除。$LogFile 是受保護的 NTFS 系統結構、對崩潰恢復必不可少,因此不能按普通緩存檔案處理——PrivaZer 使用針對該結構專門設計的清理邏輯,而非簡單檔案刪除。
檔案徹底刪除後痕跡還在嗎?在——這正是本項覆蓋的場景:檔案名及"它被刪除/改名/創建過"的事實,在檔案本體與 MFT 條目消失後仍可留在 $LogFile。
清理安全嗎?交給專用工具處理時是安全的。$LogFile 屬深層檔案系統領域而非普通緩存——這正是應交給 PrivaZer 而非手工編輯的清理類型。清除殘留不影響檔案、程式與系統穩定,NTFS 照常持續寫入恢復所需的日誌。
會重新生成嗎?NTFS 持續記錄新操作——這正常且必要(崩潰恢復靠它工作)。PrivaZer 清除的是描述已不存在檔案的陳舊細節,而非日誌機制本身。
與 MFT、Shellbags 的區別?MFT 是捲上每個檔案的真實檔案(條目、名稱、元數據);Shellbags 記錄您個人在 Explorer 中瀏覽資料夾的行為;$LogFile 則是 NTFS 為崩潰恢復自動寫入的內部事務日誌,與 Explorer 和您的瀏覽無關。三個層面,各留各的痕跡。
USN Journal($UsnJrnl,更改日誌)是 NTFS 的高層變更記錄,專為其他軟件——搜索索引器、備份工具、同步客戶端——高效回答"自上次以來發生了什麼變化"。它記錄捲上每一次檔案操作,覆蓋面是 NTFS 痕跡中最廣的。

檔案名及其上發生過的操作(創建、重命名、刪除)——檔案本體與 MFT 條目消失後仍可在此可見。這份持久性對備份/同步軟件有用,同時也意味着取證價值。
掃描 USN Journal 中描述已消失檔案的陳舊條目並清除。與 $LogFile 一樣,它是受保護的 NTFS 系統結構、系統眾多部件都依賴它,因此 PrivaZer 使用專為其設計的邏輯處理——不視作普通檔案或緩存。
清理安全嗎?按 PrivaZer 的方式處理是安全的。USN Journal 必須持續工作——Windows 搜索、OneDrive 等雲同步客戶端、備份軟件都依賴它高效運行。PrivaZer 只清描述已消失檔案的陳舊條目,不禁用、不破壞日誌的持續職責。這不是能手工編輯的東西,但正是 PrivaZer 這類專用軟件該安全完成的清理。
會重新生成嗎?會——新條目隨正常 NTFS 操作持續寫入,這必要且正常。PrivaZer 移除的是陳舊殘留而非日誌的現有功能。
與 $LogFile、Shellbags 的區別?同一系統的三個層面,各捕各的漏:USN Journal 最廣——全系統、全來源的每一次檔案操作;$LogFile 更窄更底層——為崩潰恢復而寫、順帶留下操作細節;Shellbags 角度完全不同——只記錄您個人在 Explorer 中瀏覽過的資料夾。三者合起來,幾乎覆蓋了 NTFS 可見的全部檔案活動維度。