錯誤檢查0x7E:SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED錯誤檢查的 值為 0x0000007E。 這個錯誤檢查表示系統執行緒產生錯誤處理常式未攔截的例外狀況。
重要
本文適用于程式設計人員。 如果您是在使用電腦時收到藍色螢幕錯誤碼的客戶,請參閱 針對藍色畫面錯誤進行疑難排解。
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED參數
參數 | 描述 |
---|---|
1 | 未處理的例外狀況程式碼。 |
2 | 發生例外狀況的位址。 |
3 | 例外狀況記錄的位址。 |
4 | 內容記錄的位址。 |
原因
這個錯誤檢查表示系統執行緒產生錯誤處理常式未攔截的例外狀況。 若要解讀,您必須先識別所產生的例外狀況。
常見的例外狀況代碼包括下列各項:
0x80000002:STATUS_DATATYPE_MISALIGNMENT表示遇到未對齊的資料參考。
0x80000003:STATUS_BREAKPOINT表示未連結至系統的核心偵錯工具時遇到中斷點或 ASSERT。
0xC0000005:STATUS_ACCESS_VIOLATION表示發生記憶體存取違規。
如需例外狀況代碼的完整清單,請參閱 NTSTATUS 值。 例外狀況代碼定義于 ntstatus.h中,這是 Windows 驅動程式套件所提供的標頭檔。 如需詳細資訊,請參閱 Windows 驅動程式套件中的標頭檔。
解決方案
如果您打算對此問題進行偵錯,例外狀況位址 (參數 2) 應該識別造成此問題的驅動程式或函式。
如果驅動程式是以錯誤檢查訊息內的名稱列出,請停用或移除該驅動程式。 如果問題縮小至單一驅動程式,請在程式碼中設定中斷點和單一步驟,以找出失敗並深入瞭解導致當機的事件。
!analyze偵錯工具延伸模組會顯示錯誤檢查的相關資訊,有助於判斷根本原因。
您可以使用 !thread 延伸模組和 dds、dps 和 dqs (顯示單字和符號) 命令來完成更多分析。 當 WinDbg 回報「可能是由 所造成 ntkrnlmp.exe」時,這項技術是合理的。
如果發生例外狀況程式碼0x80000003,則會叫用硬式編碼中斷點或判斷提示,但系統會使用 /NODEBUG 參數啟動。 此問題不應該經常發生。 如果重複發生,請確定已連接核心偵錯工具,且系統會使用 /DEBUG 參數啟動系統。
如果發生例外狀況程式碼0x80000002,陷阱框架會提供其他資訊。
如需 WinDbg 和 !analyze的詳細資訊,請參閱:
備註
如果您未配備使用 Windows 偵錯工具來處理此問題,您應該使用一些基本的疑難排解技術:
請檢查系統登入事件檢視器是否有更多錯誤訊息,這些錯誤訊息可能有助於識別造成錯誤檢查的裝置或驅動程式0x7E。
如果在錯誤檢查訊息中找出某個驅動程式,請停用驅動程式或洽詢製造商是否有驅動程式更新。
請向硬體廠商確認是否有任何 ACPI 或其他韌體更新。 硬體問題 (例如系統不相容、記憶體衝突和 IRQ 衝突) 也會產生此錯誤。
停用 BIOS 的記憶體快取/陰影,以嘗試解決錯誤。 您也可以執行系統製造商所提供的硬體診斷。
確認已安裝的任何新硬體都與已安裝的 Windows 版本相容。 例如,您可以在Windows 10規格取得必要硬體的相關資訊。
如需更一般的疑難排解資訊,請參閱 藍色畫面資料。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應