科技 · 實用指南
Notepad++ 備份仍在但分頁消失？重新開啟前先保全內容與工作階段路徑
倖存的備份可能保留編輯內容，即使工作階段連結已經遺失。先同時保全兩者，確認實際設定路徑，再復原位元組內容，最後才嘗試重建分頁清單。
Notepad++ 分頁消失，不代表所有文件都已刪除。工作階段檔案記錄應重新開啟哪些內容；磁碟上的已命名檔案與其週期備份可能包含不同版本。仍有檔案的備份資料夾可以保留內容，卻未必保留原本的分頁順序或所有最新編輯。
第一步不是再次重新啟動，而是複製現有證據。接著確認這套安裝實際使用的設定目錄與備份目錄。先把已命名內容復原到獨立目錄，再測試保留下來的工作階段是否還能重新開啟它們。
重新啟動前先保全工作階段與內容
把 session.xml、存在時的損壞回復檔、config.xml 和相關備份目錄複製到新的復原目錄。每個候選位置都要分開保留，並記錄原路徑與收集時間。只在副本上操作；此時不要替換使用中的工作階段、重設設定或合併名稱相似的備份檔案。
如果 Notepad++ 仍然開啟，先保全其磁碟證據，再把仍可見的編輯內容另存為備份目錄之外的獨立命名檔案。受控結束後，再在另一個目錄做第二份快照，因為結束可能改變工作階段狀態。收集期間使用中的檔案可能變動；應記錄不一致，不要把它稱為一致快照。
確認設定路線與備份路徑
一般安裝可從 %AppData%\Notepad++ 開始檢查。帶有 doLocalConf.xml 的可攜式安裝使用可執行檔目錄，而實際的 -settingsDir 啟動參數會指定另一個設定目錄。盡可能記錄可執行檔、版本、啟動參數和 Debug Info，並檢查複製出的 config.xml 與設定的週期備份路徑。
目前設定手冊明確說明，僅啟用 Cloud 不會把 session.xml 移入雲端目錄，而 -settingsDir 可以改變其位置。請把這一點與 2026 年 2 月關於可攜版 8.9.1 在 Plugin Admin 重新啟動後的相對雲端路徑報告分開看待。該報告說明需要仔細核對路徑，但不能證明所有目前版本都有相同缺陷。
對照工作階段連結與倖存檔案
在另一個編輯器中把工作階段 XML 的副本當作文字查看，不要直接載入為工作階段。記錄每個 File 項目的 filename 和 backupFilePath，並保留 mainView 或 subView 上下文。分別比較它引用的已儲存檔案和週期備份。相對路徑必須結合實際安裝環境解讀，不能默認以工作階段檔案所在目錄為基準。
未被倖存工作階段引用的備份仍可作為內容復原候選，但不能證明原分頁順序。名稱重複的新檔案和零位元組候選應分開保存，直到釐清內容。手冊與 FAQ 都說明，週期備份檔名中的時間戳記可以保持不變，而之後的編輯繼續更新同一檔案。
先復原內容，再測試分頁清單
把倖存週期備份的副本當作一般檔案開啟，並在復原目錄中以不同且有意義的名稱儲存內容。對於已有名稱的文件，先比較備份與最後一次磁碟儲存，再決定採用哪個版本；熟悉的名稱或看似更新的時間戳記都不能保證含有所需編輯。保留來源副本以便回復。
如果保留的損壞回復檔可能有用，FAQ 說明可在 Notepad++ 關閉時替換 session.xml。只有在兩版工作階段和內容備份都已保全、設定路徑正確且有回復副本後才測試。「檔案 > 儲存工作階段」是另一種機制：目前手冊說明它會遺漏新建的未命名未儲存文件，因此不能取代內容備份。
核對復原位元組並說明限制
記錄檔案大小，並對每個已知副本執行 Get-FileHash -LiteralPath 'C:\Recovery\candidate.txt' -Algorithm SHA256（替換為實際路徑）。微軟說明 LiteralPath 可避免萬用字元展開。在檔案穩定時比較來源檔與保全副本；雜湊改變表示位元組改變，雜湊相同也不能說明哪個版本最新。
從已知位置重新開啟復原後的命名檔案，檢查可辨識的近期編輯。分別報告倖存內容、仍有效的工作階段連結和未知項目。恢復分頁數量、成功啟動或完成雲端同步都不足以證明全部復原。我們沒有在真實 Windows 安裝上測試，也未重現所報告的 Notepad++ 缺陷；工作階段中繼資料無法重建已缺失的來源位元組。
