錯誤檢查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 規格取得必要硬體的相關信息。
如需更一般疑難解答資訊，請參閱 分析錯誤檢查藍屏幕數據。