在Windows中，幾乎所有應用程序都會用到DLL(動態鏈接庫)文件，它的正常與否關系到軟件能否正常運行。很多軟件故障也和它有直接關系。但應用程序往往會調用幾十個DLL程序，怎麼判斷誰是“罪魁禍首”呢？
案例回放：在一次非法操作後，Windows XP“搜索助理”變成一張“白板”，不僅如此，“控制面板”中“用戶賬戶”項也顯得“面無表情”。點擊“開始→幫助和支持”，鼠標一陣閃爍卻始終不見“幫助和支持”程序界面的蹤影。
案例分析：憑感覺，筆者認為系統中的某個DLL文件已經注銷、丟失或損壞。但Windows中幾乎每個程序都要調用成十上百個DLL文件，如果按常規方法一個個尋找分析，無異於大海撈針。考慮到三個程序同時“毀容”，應該是受同一個(或幾個)DLL文件的影響。為此必須找到上述這三個程序共同使用的DLL文件，然後，從中找出“幕後真凶”。
查找與比對
第一步：先從“搜索助理”入手，先弄清其“身世來歷”。在另外一台裝有Windows XP的機子中打開“搜索助理”，同時按Ctrl＋Alt＋Del鍵調出“任務管理器”，在“應用程序”選項卡中，選中“搜索助理”並右擊，選擇“轉到進程”，呵呵，原來它是Explorer.exe(資源管理器)的一部分。
第二步：用類似方法可得知“幫助和支持”屬於進程Helpctr.exe，但在“用戶賬戶”中只能用觀察比較的方法查出其歸屬進程mshta.exe。
小提示
可通過打開、關閉“用戶賬戶” 的方法比較“任務管理器”中的變化來確定其所屬的進程;也可以在打開“搜索助理”時，在“命令提示符”中輸入“tasklist /fo table>C:acc1.txt”，在關閉該程序後，在“命令提示符”中輸入“tasklist /fo table>C:acc2.txt”，然後用fc命令進行比較“fc C:acc1.txt C:acc2.txt>C:acc.txt”，比較得出的多余項即為該程序所屬的進程。
第三步：重啟電腦，下面要請軟件LISTDLLS出場了。到這裡下載該軟件，然後將listdlls.exe移動到C:Windows，按Ctrl＋R打開“運行”框，輸入“cmd”，在“命令提示符”中輸入：
listdlls -r explorer.exe>C:explorer1.txt。
接著打開“搜索助理”，再次在“命令提示符”中輸入：listdlls -r explorer.exe>C:explorer2.txt
最後用fc命令進行比較：
fc C:explorer1.txt C:explorer2.txt>C:explorer.txt。
這樣打開C:explorer.txt文件，對比後多出的文件即是“搜索助理”調用的DLL文件。
小提示
ListDlls的用法為:listdlls [-r] [processname pid]或listdlls [-r] [-d dllname]
第四步：重啟電腦，用命令“listdlls -r helpctr.exe>C:helpctr.txt”得到“幫助和支持”所使用的DLL文件。此處重啟是為了使已經沒有使用的DLL文件從內存中卸載。
第五步：再次重啟，用命令“listdlls -r mshta.exe>C:mshta.txt”得到“用戶賬戶”使用的DLL文件。
篩選最後“真凶”
分析explorer.txt中的DLL文件，其中文件目錄中含有“srchasst”的，均為“搜索助理”單獨調用的文件。剩余的文件分別為C:Windowssystem32目錄下的sxs.dll、vbscript.dll、jscript.dll文件。用“搜索”的方法可以發現文件helpctr.txt和mshta.txt中均存在上述文件，看來“罪魁禍首”非這三者莫屬。
回到原來的電腦，發現三個文件均存在，也並未損壞。用命令regsvr32命令分別進行注冊。果然，在對其中的jscript.dll文件的進行注冊後(使用命令 regsvr32 jscript.dll)，“白板”程序終於恢復其美麗的“容顏”。
小編有話說：
系統很多軟件故障都是由DLL文件引起的。以前我們往往更關注DLL文件是否丟失，其實還有很多原因是沒有注冊成功造成的。看了本文介紹的方法，我們就可以很容易地篩選出造成故障的DLL文件，最終解決故障。
