藍屏代碼0x00000139代表"KERNEL_SECURITY_CHECK_FAILURE"，這意味著在內(nèi)核級別的安全檢查中發(fā)生了錯誤。這可能是由于驅(qū)動程序或系統(tǒng)文件的問題引起的。出現(xiàn)這個錯誤時，系統(tǒng)會崩潰并顯示藍屏。

要解決這個問題，可以嘗試以下方法：

方法一：更新Windows系統(tǒng)

確保你的Windows操作系統(tǒng)是最新版本，可通過Windows Update來進行更新。

方法二：檢查驅(qū)動程序沖突

檢查最近安裝的驅(qū)動程序，如果有沖突導致藍屏錯誤，則需要卸載或更新相關(guān)驅(qū)動程序。

方法三：更新操作系統(tǒng)和驅(qū)動程序

確保你的Windows操作系統(tǒng)和所有驅(qū)動程序都是最新版本，可以通過Windows Update或訪問制造商網(wǎng)站來下載和安裝更新。

方法四：使用一鍵修復工具助手（強烈推薦）

1、首先你的電腦必須下載與完成安裝完成快快藍屏修復助手。如果你還沒有安裝點擊下方鏈接下載。

下載地址：>>>快快藍屏修復助手<<<

提示：安裝路徑不要選擇C盤，避免產(chǎn)生問題造成損失。

2、找到你電腦中的快快藍屏修復助手，點擊進入?？吹绞醉摵螅c擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘，就能獲取你急切想要的結(jié)果。

3、掃描完成后會顯示電腦的所有藍屏記錄以及藍屏的詳細信息。

4、解決方案頁面顯示了導致該次藍屏的具體原因和解決方案，點擊右上角的一鍵修復進行修復。

5、切記，當修復完成之后我們還是需要重新啟動計算機的。畢竟一切修復的結(jié)果，需要重新后，才能被系統(tǒng)認可。

當你完成重啟后，你電腦的藍屏問題已經(jīng)基本解決了。相信小編，不要急需卸載快快藍屏修復助手。畢竟它強大的功能是你未來的一個保障，可以隨時隨地為你服務(wù)，讓你再次遇到藍屏問題不在抓狂。

其他相關(guān)信息：

KERNEL_SECURITY_CHECK_FAILURE bug 檢查 的值為 0x00000139。 此 bug 檢查指示內(nèi)核已檢測到關(guān)鍵數(shù)據(jù)結(jié)構(gòu)的損壞。

bug 檢查0x139 KERNEL_SECURITY_CHECK_FAILURE參數(shù)

參數(shù)	描述
1	損壞的類型。 有關(guān)詳細信息，請參閱下表。
2	導致 bug 的異常的陷阱幀的地址檢查
3	導致 bug 的異常記錄的地址檢查
4	保留

下表描述了參數(shù) 1 的可能值。

參數(shù) 1	描述
0	基于堆棧的緩沖區(qū)已溢出 (舊版 /GS 沖突) 。
1	VTGuard 檢測代碼檢測到嘗試使用非法虛擬函數(shù)表。 通常，C++ 對象已損壞，然后嘗試使用損壞對象的 此 指針進行虛擬方法調(diào)用。
2	堆棧 Cookie 檢測代碼檢測到基于堆棧的緩沖區(qū)溢出 (/GS 沖突) 。
3	LIST_ENTRY (損壞，例如雙刪除) 。 有關(guān)詳細信息，請參閱以下原因部分。
4	保留
5	將無效參數(shù)傳遞給認為無效參數(shù)致命的函數(shù)。
6	加載程序未正確初始化堆棧 Cookie 安全 Cookie。 這可能是由于生成僅在 Windows 8 上運行的驅(qū)動程序，并嘗試在早期版本的 Windows 上加載驅(qū)動程序映像。 若要避免此問題，必須生成要在早期版本的 Windows 上運行的驅(qū)動程序。
7	請求了致命程序退出。
8	編譯器插入的數(shù)組邊界檢查檢測到非法數(shù)組索引操作。
9	對 RtlQueryRegistryValues 的 調(diào)用是在未RTL_QUERY_REGISTRY_TYPECHECK的情況下指定RTL_QUERY_REGISTRY_DIRECT，并且目標值不在受信任的系統(tǒng)配置單元中。
10	間接呼叫防護檢查檢測到無效的控制轉(zhuǎn)移。
11	寫入防護檢查檢測到無效的內(nèi)存寫入。
12	嘗試切換到無效的纖程上下文。
13	嘗試分配無效的寄存器上下文。
14	對象的引用計數(shù)無效。
18	嘗試切換到無效jmp_buf上下文。
19	對只讀數(shù)據(jù)進行了不安全的修改。
20	加密自測試失敗。
21	檢測到無效的異常鏈。
22	發(fā)生加密庫錯誤。
23	從 DllMain 中進行的調(diào)用無效。
24	檢測到無效的映像基址。
25	保護延遲加載導入時遇到不可恢復的故障。
26	調(diào)用了不安全的分機。
27	調(diào)用了已棄用的服務(wù)。
28	檢測到超出邊界的緩沖區(qū)訪問。
29	RTL_BALANCED_NODE RBTree 條目已損壞。
37	調(diào)用了范圍外開關(guān)跳轉(zhuǎn)表條目。
38	嘗試對無效目標執(zhí)行 longjmp 操作。
39	無法將導出抑制的調(diào)用目標設(shè)為有效的調(diào)用目標。

原因

使用參數(shù) 1 表和轉(zhuǎn)儲文件，可以縮小此類型許多 bug 檢查的原因范圍。

LIST_ENTRY損壞可能難以追蹤，并且此 bug 檢查，表示在向列表) 添加或刪除單個列表條目元素時， (檢測到雙重鏈接列表中引入了不一致。 遺憾的是，在損壞發(fā)生時不一定能檢測到不一致，因此可能需要一些偵探工作來確定根本原因。

列表條目損壞的常見原因包括：

驅(qū)動程序已損壞內(nèi)核同步對象，例如 KEVENT (例如，當線程仍在等待同一 KEVENT 時對 KEVENT 進行雙重初始化，或者允許基于堆棧的 KEVENT 超出范圍，而另一個線程正在使用該 KEVENT) 。 這種類型的 bug 檢查通常發(fā)生在 nt！Ke* or nt！Ki* 代碼。 當線程完成等待同步對象或代碼嘗試將同步對象置于信號狀態(tài)時，可能會發(fā)生這種情況。 通常，發(fā)出信號的同步對象是已損壞的同步對象。 有時，如果損壞的同步對象位于已) 釋放的池塊中，則具有特殊池的驅(qū)動程序驗證程序可以幫助跟蹤罪魁禍首 (。 驅(qū)動程序損壞了定期 KTIMER。 這種類型的 bug 檢查通常發(fā)生在 nt！Ke* 或 nt！Ki* 代碼 和 涉及向計時器發(fā)出信號，或者從計時器表中插入或刪除計時器。 正在操作的計時器可能是損壞的計時器，但可能需要使用 ！timer (檢查計時器表，或手動遍歷計時器列表鏈接) 以確定哪個計時器已損壞。 有時，如果損壞的 KTIMER 位于) 已釋放的池塊中，則具有特殊池的驅(qū)動程序驗證程序可以幫助跟蹤罪魁禍首 (。 驅(qū)動程序管理不了內(nèi)部LIST_ENTRY樣式的鏈接列表。 典型的示例是在同一列表條目上調(diào)用 RemoveEntryList 兩次，而不在兩個 RemoveEntryList 調(diào)用之間重新插入列表條目。 可能還有其他變體，例如將條目重復插入到同一列表中。 驅(qū)動程序釋放了包含LIST_ENTRY的數(shù)據(jù)結(jié)構(gòu)，而不會從其相應(yīng)的列表中刪除數(shù)據(jù)結(jié)構(gòu)，從而導致稍后在重新使用舊池塊后檢查列表時檢測到損壞。 驅(qū)動程序在沒有正確同步的情況下以并發(fā)方式使用LIST_ENTRY樣式的列表，導致列表更新撕裂。

在大多數(shù)情況下，可以通過向前和向后移動鏈接列表來識別損壞的數(shù)據(jù)結(jié)構(gòu)， (dl 和 dlb 命令可用于此目的) 和比較結(jié)果。 向前和向后走之間的列表不一致通常是損壞的位置。 由于鏈接列表更新操作可以修改相鄰元素的列表鏈接，因此應(yīng)仔細查看損壞列表條目的鄰居，因為它們可能是潛在的罪魁禍首。

由于許多系統(tǒng)組件在內(nèi)部利用LIST_ENTRY列表，因此驅(qū)動程序使用系統(tǒng) API 管理的各種資源錯誤可能會導致系統(tǒng)管理的鏈接列表損壞。

解決方法

確定此問題的原因通常需要使用調(diào)試器來收集其他信息。 應(yīng)檢查多個轉(zhuǎn)儲文件，以查看此停止代碼是否具有類似的特征，例如顯示停止代碼時正在運行的代碼。

有關(guān)詳細信息，請參閱 使用 Windows 調(diào)試器故障轉(zhuǎn)儲分析 (WinDbg) 、 使用 ！analyze 擴展 和 ！analyze。

使用事件日志查看是否存在導致此停止代碼的更高級別事件。

這些常規(guī)故障排除提示可能會有所幫助。

如果最近向系統(tǒng)添加了硬件，請嘗試刪除或替換它。 或與制造商聯(lián)系，查看是否有可用的修補程序。

如果最近添加了新的設(shè)備驅(qū)動程序或系統(tǒng)服務(wù)，請嘗試刪除或更新它們。 嘗試確定系統(tǒng)中導致新 Bug 檢查代碼出現(xiàn)的原因。

檢查事件查看器中的系統(tǒng)日志，以獲取可能有助于查明導致錯誤的設(shè)備或驅(qū)動程序的其他錯誤消息。 有關(guān)詳細信息，請參閱打開事件查看器。 在系統(tǒng)日志中查找與藍屏同時出現(xiàn)的嚴重錯誤。

查看設(shè)備管理器，查看是否有任何設(shè)備標有感嘆號 (！) 。 查看驅(qū)動程序?qū)傩灾酗@示的事件日志，了解是否有任何故障驅(qū)動程序。 請嘗試更新相關(guān)驅(qū)動程序。

運行病毒檢測程序。 病毒可能會感染所有針對 Windows 格式化的硬盤類型，由此產(chǎn)生的磁盤損壞可能會檢查代碼生成系統(tǒng) bug。 確保病毒檢測程序檢查主啟動記錄中的感染。

有關(guān)其他常規(guī)故障排除信息，請參閱 藍屏數(shù)據(jù)。

另請參閱

使用 Windows 調(diào)試器 (WinDbg) 進行故障轉(zhuǎn)儲分析

使用 WinDbg 分析內(nèi)核模式轉(zhuǎn)儲文件