電腦維修 · 2026年10月26日 · ComputerKing 團隊
藍畫面反覆出現點算？用時間線同停機碼模式決定重裝、換件定送修
藍畫面出現一次同反覆出現，係兩件完全唔同嘅事。今篇教你記低每次藍畫面嘅日期、停機碼同當時做緊咩，再用 Windows 內置嘅可靠性時間線對照邊日開始出事，跟住按三種模式決定下一步：重裝、換件定送修，唔好再憑感覺亂試。
重點摘要
藍畫面出現一次同反覆出現，係兩件完全唔同嘅事。今篇教你記低每次藍畫面嘅日期、停機碼同當時做緊咩，再用 Windows 內置嘅可靠性時間線對照邊日開始出事，跟住按三種模式決定下一步：重裝、換件定送修，唔好再憑感覺亂試。
引言
藍畫面第一次出現嗰陣，好多人嘅反應都係即刻搵方法整返好佢。跟住第一圈嘅做法去做：影低停機碼、睇 Event Viewer、更新或者回滾驅動、做系統檔案檢查，呢啲全部都啱，亦都係應該先做嘅事。詳細嘅第一次排查步驟，已經喺第一篇藍畫面指南講晒，今篇唔會再重講一次。
但係有一種情況，第一篇指南幫唔到你落決定：就係你已經做過基本排查，部機仲係隔一排又藍過。呢個時候，問題已經唔再係「今次點解藍」，而係「成個模式話緊你知啲咩」。單睇最後一次藍畫面，你只會見到一個停機碼；將過去幾次藍畫面排埋一齊睇，你先會見到規律：係咪每次都係同一個碼？係咪每次都係做同一樣嘢嗰陣先藍？係咪由某一個更新或者某一次改動之後先開始藍？呢啲問題嘅答案，先至係決定重裝、換件定送修嘅依據。
今篇講嘅就係呢個第二階段：點樣記低藍畫面日誌、點樣用 Windows 內置嘅可靠性時間線去對照、點樣按三種模式做決定、同埋送修之前要準備啲咩，令到檢查嘅人唔使由零開始估。
另外要講清楚同第 90 篇嘅分工：第 90 篇《Windows 反覆藍屏根治指南》行嘅係技術深挖路線，用 WinDbg 讀 dump、乾淨啟動隔離同硬件逐件隔離去搵根因；今篇行嘅係唔使讀 dump 嘅時間線決策路線，只用日誌同可靠性時間線去決定下一步，唔會教你點樣隔離硬件，亦唔會重複第 90 篇嘅 dump 分析。兩篇目的唔同，讀者按自己能力揀一條路線就得，唔使兩條一齊行。
第一節：點解要睇「模式」，唔好只睇「今次」
單一次藍畫面，資訊好有限。停機碼話你知今次係邊一類錯誤，但係話唔到你知呢個錯誤係偶發定係系統性。舉個例，同一部機一個月藍一次，同一個星期藍四次，背後嘅嚴重程度完全唔同，但係如果你每次都只係處理嗰一次，兩種情況睇落會一模一樣。
睇模式有三個實際用途。第一，分得出係咪同一個原因重複出現：如果每次都係同一個停機碼，鎖定範圍會細好多。第二，對得出時間關係：如果藍畫面係由某一個日期之後先開始密咗，嗰個日期前後發生過嘅改動就係最大嫌疑。第三，幫你同檢查嘅人溝通：你交得出一個有日期、有停機碼、有當時情境嘅記錄，對方就唔使靠估，可以直接由最有可能嘅方向開始驗。
所以第二階段嘅第一步，唔係再跑多一次修復工具，而係停低，將之前發生過嘅藍畫面整理成一份記錄。如果你之前冇記低，唔緊要，Windows 本身已經幫你記低咗一部分，下一節會講點樣攞返出嚟。
第二節：整一份藍畫面日誌，再用可靠性時間線對照
藍畫面日誌要記邊六樣
每一次藍畫面，記低以下六樣，缺一樣都唔緊要，但係愈齊愈有用：
1. 日期同大概時間。
2. 停機碼同埋畫面上有冇出現嘅 .sys 檔名。
3. 藍之前做緊咩：打機、轉片、開某個軟件、定係乜都冇做、閒置緊。
4. 藍之前部機有冇異樣：風扇突然好嘈、機身好熱、畫面閃過、硬碟有異響。
5. 嗰次藍之前一日內有冇改動過嘢：更新 Windows、更新驅動、裝新軟件、加新硬件、改過設定。
6. 之後部機入唔入得返 Windows，定係要試幾次先入到。
記嘅方法唔使講究，手機記事本寫低都得。重點係每次用同一個格式，咁先排到出模式嚟。
用可靠性監視器睇時間線
Windows 有一個內置工具叫可靠性監視器（Reliability Monitor），打開方法係喺開始功能表搜尋「reliability」，揀「檢視可靠性記錄」，或者喺執行對話方塊輸入 `perfmon /rel`。呢個工具會用一條時間線顯示部機嘅穩定性，上面有一條由 1 至 10 分嘅穩定性指數線，線跌得愈急，代表嗰段時間出事愈密。時間線可以按日睇，亦可以按週睇，睇得愈遠，模式愈清楚。
時間線下面分幾類事件：紅色交叉係嚴重事件，包括應用程式當機同 Windows 故障；黃色三角係警告，通常係更新失敗之類未至於當機嘅問題；藍色圓圈係資訊事件，代表成功安裝嘅更新或者驅動。查嘅方法好直接：㩒入去穩定性指數跌得最急嗰一日，睇嗰日同前一日有咩事件。最值得留意嘅組合，係一個藍色資訊事件（例如某個驅動或者更新成功安裝）之後，隔一兩日就開始出現紅色嚴重事件。呢個先後次序，就係時間關係嘅證據。
有一點要講清楚：可靠性監視器唔係修復工具，佢只係將已經發生過嘅事排成時間線畀你睇。佢嘅價值在於幫你由「估」變成「對時間」，下一節嘅三種模式，全部都係靠呢份時間線加你自己嘅日誌先分得到。
Event Viewer 同可靠性監視器點分工
第一篇指南講過用 Event Viewer 睇 BugCheck 記錄，嗰個方法到而家仍然啱用，兩個工具嘅分工係咁：Event Viewer 係逐次查證嘅工具，你要確認某一次藍畫面嘅停機碼同參數，就去嗰度搵；可靠性監視器係睇全景嘅工具，你要知道成個星期、成個月嘅出事密度同埋出事之前發生過咩改動，就去嗰度睇。兩個一齊用，先至又準又有全景，淨係用其中一個都會睇漏嘢。
第三節：三種模式，對應三種決定
將日誌同時間線排埋一齊之後，大部分反覆藍畫面都會落入以下三種模式其中一種。對號入座之前先講一句：以下講嘅係判斷方向，唔係保證。最終決定仍然要睇實際檢查結果，收費一律視乎檢查結果個別報價，香港冇公開嘅劃一藍畫面維修價目，唔好信任何未檢查就開實價嘅講法。
| 模式 | 點認 | 最有可能嘅方向 | 下一步 |
|---|---|---|---|
| 同一個停機碼反覆出現 | 幾次藍畫面都係同一個碼，.sys 檔名都係同一個 | 鎖定咗某個驅動、某個裝置或者某類硬件 | 集中處理嗰個驅動或者裝置，唔好成部機亂咁試；如果已經試過回滾同乾淨重裝都冇用，就要考慮換件或者送修深入檢查 |
| 每次停機碼都唔同 | 每次藍嘅碼都唔同，有時仲會輪流出現幾個碼 | 偏向底層硬件問題，例如記憶體、供電或者主機板層面 | 唔好再逐個碼去追，因為每個碼都只係表徵；呢種情況應該先備份，再送修做硬件層面檢查 |
| 只喺特定情況先藍 | 淨係打機、轉片、開某個軟件或者插住某個裝置嗰陣先藍，平時冇事 | 同負載、溫度或者嗰個特定軟件／裝置有關 | 記低觸發條件，試下喺冇嗰個條件之下用一段時間，睇下係咪真係唔再藍；如果確認到觸發條件，處理範圍就可以收窄到嗰個軟件、裝置或者散熱 |
模式一：同一個碼反覆出現，代表範圍已經收窄
呢個模式其實係三種入面最好處理嘅一種，因為嫌疑範圍已經好細。做法係對照 Microsoft Bug Check Code Reference 查返嗰個碼嘅官方定義，再睇下你嘅日誌入面，嗰個碼出現之前有冇跟住某個驅動更新或者某個裝置改動。如果已經試過回滾驅動同埋去原廠官網做乾淨重裝，而個碼仲係反覆出現，咁下一步就唔係再換多幾個驅動版本試，而係要諗嗰個裝置本身係咪有問題。呢個判斷位好重要：驅動試得多，唔等於試得啱，試到某個位仲未停，就應該轉去硬件檢查，唔好喺驅動層面無限兜圈。
模式二：每次碼都唔同，唔好逐個碼去追
好多人喺呢個模式會犯一個錯：每次藍完就上網查嗰個碼，查完跟住嗰個碼嘅建議去做，下次藍過第二個碼又再查過。結果係成個月都喺度逐個碼追，但係部機愈嚟愈唔穩定。原因係，當底層硬件本身唔穩定，上面行嘅任何程式都有機會喺唔同位置出事，所以每次嘅碼先會唔同。呢種情況，正確嘅做法係停手，唔好再逐個碼試。先備份好重要資料，然後送修做硬件層面檢查。拖得愈耐，喺唔穩定嘅系統上面繼續寫入資料，風險只會愈嚟愈大。
模式三：只喺特定情況先藍，觸發條件就係線索
呢個模式嘅關鍵係觸發條件本身。舉個例，如果淨係喺高負載嗰陣先藍，平時文書處理完全冇事，咁散熱、供電同顯示卡負載就係要睇嘅方向；如果淨係開某個軟件先藍，咁嗰個軟件同佢用緊嘅驅動就係嫌疑。驗證方法好簡單：刻意避開嗰個條件用一段時間，如果真係唔再藍，觸發條件就確認咗；如果避開咗都仲藍，咁觸發條件就唔係唯一原因，要返去睇返成個時間線。記低觸發條件嗰陣，要寫得具體，唔好只寫「打機嗰陣」，要寫埋係邊隻遊戲、開咗幾耐先藍、大概溫度同風扇情況，愈具體，檢查嘅人愈快搵到方向。
第四節：重裝 Windows 之前，先問自己四條問題
反覆藍畫面去到某個位，好多人會諗：不如成部機重裝 Windows，一了百了。重裝有時真係啱，但係亦有好多時候，重裝完問題照舊，仲要蝕埋重新設定成部機嘅時間同埋備份唔齊嘅風險。所以重裝之前，先問自己以下四條問題，任何一條答唔到，都應該先處理好嗰條先。
| 問題 | 點解要問 | 答唔到點算 |
|---|---|---|
| 重要資料係咪已經有兩份備份？ | 重裝有機會清走系統碟上面所有嘢，備份唔齊就等於用資料去賭 | 先備份，入唔到 Windows 就先處理備份再講重裝；備份方法詳見備份策略文章 |
| 模式係咪已經分清楚？ | 如果模式係每次碼都唔同，偏向硬件問題，重裝好大機會解決唔到 | 先按第三節分模式，硬件模式唔好用重裝嚟試 |
| 之前試過嘅嘢有冇記錄？ | 冇記錄，重裝之後再藍，你又要由零開始估 | 將日誌寫好先，重裝前後嘅對照先有意義 |
| 重裝之後點樣驗證？ | 冇驗證標準，你唔會知重裝係咪真係解決咗問題 | 定好驗證方法：例如用返之前會藍嘅觸發條件試一段時間，連續一段時間冇藍先算過關 |
重裝本身唔係錯，錯嘅係將重裝當成第一步同埋唯一一步。重裝之前嘅備份、模式判斷同驗證標準，全部做齊，重裝先至係一個有意義嘅決定，唔係一個發洩式嘅決定。
第五節：邊啲情況要即刻停手，唔好再試
以下四種情況出現任何一種，都應該即刻停手，唔好再自己試落去：
1. 部機開始入唔到 Windows，或者入到又好快再藍。 喺咁唔穩定嘅狀態之下繼續試，寫入嘅資料隨時會損壞，備份優先，修復押後。
2. 伴隨硬碟異響、焦味、異常高溫或者自動關機。 呢啲已經唔係單純軟件層面嘅訊號，繼續通電試落去，有機會令硬件損傷擴大。
3. 同一部機喺短時間內藍嘅次數愈嚟愈密。 密度上升本身就係惡化嘅訊號，唔好等到完全開唔到機先處理。
4. 你已經唔記得自己試過啲咩、改過啲咩。 冇記錄嘅試法，只會令之後檢查嘅人更加難搵方向，停低整理好日誌先，係對自己同對檢查嘅人都負責任嘅做法。
停手唔等於放棄，而係將下一步交畀有設備同經驗嘅檢查。停手之前要做嘅只有兩樣：備份同整理日誌，呢兩樣做齊，之後嘅檢查就會快好多。
第六節：送修之前準備嘅六樣資料
如果你決定送修，準備齊以下六樣，檢查嘅人可以即刻由最有可能嘅方向開始，唔使由零開始問你、估你：
| 準備 | 點解有用 | 注意 |
|---|---|---|
| 藍畫面日誌 | 有日期、停機碼、當時情境，模式一睇就明 | 唔好只帶最後一次，成個時間線先有用 |
| 可靠性時間線嘅觀察 | 講得出由邊一日開始密、嗰日前後有咩改動 | 唔使影低成個畫面，寫低關鍵日期同事件就得；唔好將載有個人資料嘅畫面隨便交出 |
| 已經試過嘅嘢 | 避免檢查嘅人重複做你已經做過嘅步驟 | 包括驅動回滾、乾淨重裝、系統檔案檢查，逐樣列明結果 |
| 硬件同軟件清單 | 型號、記憶體容量、硬碟種類、顯示卡型號 | 唔肯定就寫返部機嘅品牌型號，唔好估 |
| 備份狀態 | 講明重要資料係咪已經備份好 | 未備份要講明，等檢查嗰陣先處理備份，唔好假設對方會自動幫你備份 |
| 觸發條件 | 邊種情況先藍、邊種情況唔藍 | 寫得愈具體愈好，模糊嘅描述幫唔到手 |
收費方面再講多次：檢查同維修收費視乎檢查結果、型號同實際情況個別報價，冇公開嘅劃一價目。任何未檢查就開實價、或者保證一次搞掂嘅講法，都應該小心。
第七節：反覆藍畫面嗰陣，最容易犯嘅四個新錯誤
第一篇指南講過嘅錯誤，今篇唔再重複。以下四個，係專門喺反覆藍畫面階段先會出現嘅錯誤：
錯誤一：每次藍完都即刻試一樣新嘢，冇留低對照
一次只改一樣嘢，先至知邊樣有效。今日換驅動、聽日改設定、後日跑另一個工具，改到最後連自己都唔知邊樣改過，個模式就再都分唔到。正確做法係：改一樣，觀察一段時間，記低結果，先再決定下一步。
錯誤二：將可靠性時間線上面嘅資訊事件當成故障
藍色圓圈嘅資訊事件，代表成功安裝嘅更新或者驅動，本身唔係故障。將佢哋當成故障去刪除或者回滾，係誤讀時間線。資訊事件嘅用途，係話你知「出事之前發生過咩改動」，唔係叫你將所有資訊事件當成嫌疑犯逐個清除。
錯誤三：關閉自動重啟，以為冇重啟就等於冇事
有啲人會去改設定，令藍畫面之後部機唔自動重啟，覺得咁樣可以慢慢睇清楚個畫面。睇清楚畫面本身冇問題，但係如果改完之後就當問題解決咗，唔再跟進個模式，咁就係自欺欺人。自動重啟只係藍畫面之後嘅一個行為，改佢唔會改變藍畫面本身嘅原因。
錯誤四：清走 minidump 同事件記錄，以為乾淨咗就冇事
為咗慳位或者「清理」而刪除 C:\Windows\Minidump 入面嘅檔案同事件記錄，等於將自己份日誌掉咗。之後再藍，你又要由零開始累積證據。記錄本身唔會令部機變慢，唔好為咗清理而刪除診斷證據。
第八節：點樣先算穩定返
做完任何一個決定之後，都要有一段驗證期，唔好憑感覺話「好似冇事」。一個實用嘅驗證方法係：用返之前會觸發藍畫面嘅條件，正常咁用部機一段時間，同時繼續記日誌。如果喺呢段時間入面，之前會藍嘅條件都試過，而部機完全冇再藍，先至可以講話穩定返。驗證期有幾長，冇劃一標準，要睇返之前藍嘅密度：如果之前係一星期藍幾次，咁至少要連續幾個星期冇藍先有說服力；如果之前係一個月先藍一次，驗證期就要拉得更長。重點係，驗證要用返真實使用情況，唔好淨係開住部機閒置，然後話佢冇藍就等於修好。
另外，驗證期間要繼續留意可靠性時間線。如果穩定性指數線回升，而且冇再出現新嘅紅色嚴重事件，呢個先係穩定返嘅客觀證據，唔係憑感覺。
常見問題
問：可靠性監視器同 Event Viewer 有咩分別，兩個都要睇嗎？
答：兩個分工唔同，最好一齊用。Event Viewer 係逐次查證某一次藍畫面嘅停機碼同參數；可靠性監視器係睇成個星期、成個月嘅出事密度同埋出事之前發生過咩改動。淨係睇 Event Viewer，你會睇漏模式；淨係睇時間線，你又會睇漏某一次嘅準確停機碼。
問：同一個停機碼反覆出現，係咪即係嗰個驅動一定有問題？
答：唔一定，但係範圍已經收窄到值得集中處理。停機碼話你知邊一類錯誤，但係最終原因要睇埋 .sys 檔名、時間線同埋已經試過嘅結果先判斷到。如果回滾同乾淨重裝都試過都冇用，就要考慮嗰個裝置本身嘅硬件問題，唔好再喺驅動層面無限試落去。
問：每次停機碼都唔同，係咪代表部機冇得救？
答：唔係，唔同碼唔等於冇得救，佢只係話你知問題可能喺底層硬件層面，而唔係某一個驅動。呢種情況唔好再逐個碼去追，應該先備份，再送修做硬件層面檢查。愈早停手用逐碼追嘅方法，愈少機會喺唔穩定嘅系統上面整壞資料。
問：藍畫面之後重裝 Windows，係咪最徹底嘅解決方法？
答：唔係，重裝只係對軟件層面問題徹底，對硬件問題完全冇用。重裝之前要先問第四節嘅四條問題：資料備份好未、模式分清楚未、之前試過嘅嘢有冇記錄、重裝之後點驗證。答唔齊就先處理好，唔好將重裝當成第一步。
問：送修嗰陣，係咪要將成部機嘅事件記錄交晒出嚟？
答：唔使交晒成份記錄，交重點就得。第六節嘅六樣資料：日誌、時間線觀察、試過嘅嘢、硬件軟件清單、備份狀態、觸發條件，已經好夠。交記錄嗰陣留意個人資料，唔好將載有私人檔案名或者帳號資料嘅畫面隨便交出，寫低關鍵日期同事件就得。
問：關閉自動重啟之後，係咪可以慢慢睇清楚停機碼？
答：可以，睇清楚停機碼本身係有用嘅，但係改呢個設定唔會改變藍畫面嘅原因。睇完停機碼之後，仍然要記低佢、排入時間線、按模式做決定，唔好改完設定就當問題解決咗。
問：藍畫面記錄會唔會自己消失？
答：會，視乎系統設定同磁碟空間，舊嘅事件記錄同 minidump 檔案有機會被覆蓋或者清理。所以有懷疑嗰陣，應該盡早將停機碼同日期抄低做自己嘅日誌，唔好完全依賴系統幫你記住。自己嘅日誌先係最可靠嘅記錄。
問：點樣先知部機已經穩定返？
答：用返之前會觸發藍畫面嘅條件，正常使用一段時間，同時繼續記日誌同留意可靠性時間線。如果之前會藍嘅條件都試過而完全冇再藍，而且穩定性指數冇再急跌，先至可以講話穩定返。淨係開住部機閒置冇藍，唔能夠證明問題已經解決。
總結
1. 睇模式，唔好只睇今次：將每次藍畫面嘅日期、停機碼同當時情境記低，再用可靠性時間線對照，模式先至係做決定嘅依據。
2. 三種模式，三種決定：同一個碼反覆出現就集中處理嗰個驅動或者裝置；每次碼都唔同就停手唔好逐碼追，先備份再送修；只喺特定情況先藍就記低觸發條件，用觸發條件去驗證。
3. 重裝之前問四條問題，送修之前準備六樣資料：備份、記錄、模式、驗證標準全部做齊，先至係一個負責任嘅決定，唔係憑感覺亂試。
停手位：部機開始入唔到 Windows、伴隨異響或者異常高溫、藍嘅密度愈嚟愈密，或者你已經唔記得自己試過啲咩，出現任何一種，即刻停手，先備份、整理好日誌，再交畀有經驗嘅人深入檢查。
來源
1. Microsoft Learn — Bug Check Code Reference — https://learn.microsoft.com/th-th/windows-hardware/drivers/debugger/bug-check-code-reference2 — 引用：停機碼對照表嘅官方來源，本文用佢嚟對照反覆出現嘅停機碼定義。查閱日期：2026-10-26。
2. Microsoft Support — Troubleshooting Windows unexpected restarts and stop code errors — https://support.microsoft.com/en-US/Windows/Experience/Performance-Optimization/troubleshooting-windows-unexpected-restarts-and-stop-code-errors — 引用：第一次排查嘅基本步驟來源，第一篇指南已用過，今篇只做交叉引用，唔再重講。查閱日期：2026-10-21（第一篇核實日期）。
3. How-To Geek — Reliability Monitor 說明 — https://www.howtogeek.com/there-is-a-hidden-windows-diagnostic-tool-that-has-been-there-since-vista-and-almost-nobody-uses-it/ — 引用：可靠性監視器嘅介面說明（按日／按週時間線、1 至 10 分穩定性指數、嚴重事件／警告／資訊事件分類、開啟方法包括搜尋 reliability 同 perfmon /rel），屬輔助說明，關鍵判斷仍然以日誌同時間線本身為準。查閱日期：2026-10-26。
4. ComputerKing 第一篇藍畫面指南 — /blog/windows-bsod-deep — 引用：第一次排查嘅完整步驟（影低停機碼、Event Viewer BugCheck 記錄、驅動同硬件初步分辨、分級自救步驟），今篇只做交叉引用，唔再重複。
5. ComputerKing 備份策略文章 — /blog/backup-strategy-hk — 引用：重裝之前嘅備份提醒，備份方法詳見該篇。
6. ComputerKing 第 90 篇反覆藍屏根治指南 — /blog/windows-bsod-recurring-root-cause — 引用：分工說明（該篇行 WinDbg 讀 dump 同硬件逐件隔離路線，今篇行時間線決策路線，兩篇唔重複）。