關掉閱後即焚分頁之後，# 後面的金鑰為什麼還能從「最近關閉的分頁」找回來

把一條 https://…/s.html?id=…#… 打開之後，網址列裡同時有兩段：問號後面的密文編號，以及 # 後面的解密金鑰。關掉這個分頁時，很多人把動作讀成「金鑰已經不在這台電腦上了」。瀏覽器要做的事情正好相反。為了支援後退、前進、當機還原和「最近關閉的分頁」，它必須把這一次導覽的完整網址留下來。Chromium 把每個分頁的這段紀錄叫工作階段歷史（session history）：一條導覽項裡包含當時的 URL、捲動位置和未送出的表單等內容。分頁被關掉或瀏覽器被重啟之後，這些導覽項會被序列化，用來把分頁原樣還原。說明見 Chromium 文件《Session History》。

Firefox 把同一類能力叫做 Session Restore：它追蹤視窗、分頁和最近關閉的分頁，並把每個分頁的歷史、捲動位置和表單一起寫到磁碟，好在啟動或「復原關閉」時再讀回來。說明見 Firefox Source Docs《Session Restore》。Microsoft Edge 基於 Chromium，還原關掉的分頁時走的是同一套工作階段歷史，而不是另寫一套「只記標題、丟掉片段」的規則。台灣常用的 Safari 也不例外：Mac 上走「瀏覽記錄 → 最近關閉的項目」，iPhone 則在分頁畫面長按加號，打開「最近關閉的標籤頁」。名稱不一樣，留下的仍是關掉前那一串完整網址。

這和 HTTP 請求不是同一層。IETF RFC 3986 §3.5 把 fragment 定義成用戶端識別，不參與伺服器對 URI 的處理。所以 UsePwd 的存取日誌裡看不到 # 後面的金鑰，這一點已經在URL 的 # 片段為什麼不會出現在伺服器日誌裡寫過。本篇要補的是另一層：片段不進請求，不等於片段不進你自己的瀏覽器紀錄。關掉分頁只結束了這一次繪製，沒有自動擦掉工作階段紀錄裡的那條完整網址。

在 Chrome 或 Edge 裡按 Ctrl+Shift+T，或打開選單裡的「記錄 → 最近關閉的分頁」，瀏覽器取出剛才那條工作階段紀錄，按裡面保存的 URL 打開。Google 說明把這組快速鍵寫成「依照關閉順序重新開啟先前關閉的分頁」，見 Chrome《鍵盤快速鍵》。Firefox 的「最近關閉的分頁」同樣從 Session Store 裡選一條紀錄，並把當時活動歷史項的 URL 當作重新開啟的目標。片段是 URL 的一部分，不是頁面標題旁邊的裝飾；還原時沒有單獨的步驟去把它剝掉。

長期瀏覽紀錄和工作階段紀錄也不完全是同一份資料。Chromium 寫進歷史資料庫時，會去掉網址裡的使用者名稱和密碼，但原始碼裡這一步並沒有清掉 fragment。轉換函式見 Chromium GurlToDatabaseUrl。因此 chrome://history 裡出現帶 # 的閱後即焚網址，並不反駁「請求裡沒有片段」：歷史庫記的是你造訪過的完整字串，請求列裡仍然只有 s.html?id={編號}。

右鍵「複製分頁」走的是另一條捷徑。Chromium 寫明，複製分頁或在新分頁裡執行後退、前進、重新整理時，會直接複製導覽項，而不是先寫成檔案再讀回來。複製出來的新分頁網址列裡，通常仍是關掉前那一串，包括 # 和金鑰。共用電腦上這比「到紀錄頁裡翻」更快：旁邊的人不必會查紀錄，只要複製分頁就能拿到同一條連結。

把閱讀頁加進書籤時，瀏覽器保存的是當時網址列裡的字串。星星按鈕不會先問「# 後面是不是金鑰」，再決定只存路徑。之後在任何一台打開了書籤同步的裝置上點開這一條，網址列會再次出現完整連結。Apple 說明，為 Safari 打開 iCloud 之後，書籤和已開啟的標籤頁會存進 iCloud，並在 iPhone、iPad 和 Mac 之間保持更新；書籤還會同步到安裝了 Windows 版 iCloud 的電腦。說明見 Apple《在所有裝置上為 Safari 設定 iCloud》。

Chrome 把「記錄和分頁」寫成一類可開關的同步項。打開之後，已開啟的分頁可以在「記錄 → 其他裝置上的分頁」裡看到。說明見 Chrome《在所有裝置上取得書籤、密碼等》。企業文件把「開啟的分頁」寫成包含這些分頁的 URL、順序、固定狀態和視窗位置。Chrome 的「傳送到你的裝置」（Send Tab to Self）在同步紀錄裡寫入的是完整 GURL 的 spec()，普通 # 片段會跟著一起序列化，而不是先被剝掉。實作見 Chromium SendTabToSelfEntry。

分享選單不能和書籤當成同一件事。有人在 iPad 的 Safari 裡用系統分享把帶片段的網址發到郵件，發出去的字串有時只剩到 # 之前；從網址列全選複製則通常能保住片段。這條差異說明：不要用「我點過分享」來判斷金鑰在不在，而要用接收方或另一台裝置網址列裡實際出現的字元來判斷。聊天預覽抓取停在標題層，是另一篇文章；完整連結一旦進了書籤或同步，走的已經不是預覽機器人。

UsePwd 的閱後即焚把金鑰放在 s.html?id={id}#{key} 的 # 之後。建立和閱讀都開啟即用，雙方都不用註冊。目前分頁用 Web Crypto 按 AES-256-GCM 加密或解密，明文上限 32 KB；上傳欄位只有密文、過期時間和閱讀次數。過期時間可選 1 小時、24 小時、7 天，或「僅閱後焚毀」；閱讀次數 1–10，預設 1。伺服器只暫存密文，看不到明文，也沒有帳號可以按使用者找回。

接收方開啟閱讀頁時，頁面先詢問密文還在不在，這一步不消耗次數。點了「開啟並檢視」之後，瀏覽器才取回密文，並在本機用 # 後的金鑰解密。解密成功後，網址列裡的片段預設還在。關掉分頁或離開頁面時，閱讀頁會清掉文字框裡的明文，但不會自動改掉網址。只有點了「從本頁清除」，頁面才會呼叫 history.replaceState，把目前網址收成「路徑 + 查詢參數」，去掉 # 及其後面的金鑰。WHATWG 把 replaceState 定義成取代目前這條工作階段紀錄，而不是再追加一條。清掉之後再關分頁，「最近關閉的分頁」還原的就是已經沒有金鑰的網址。

伺服器上的密文是否已刪除，仍然只取決於建立時設定的次數和過期時間。清掉本頁明文，不會替你多燒一次，也不會少燒一次。次數還沒用盡時，誰拿到完整連結，誰仍可能再點「開啟並檢視」。次數用盡後，完整連結只能打開焚毀態，但工作階段紀錄、書籤和聊天紀錄裡那串網址還在。把閱後即焚連結貼進會產生預覽的聊天之後次數為什麼不一定被用掉，見把閱後即焚連結貼進會產生預覽的聊天之後，閱讀次數為什麼不一定已經被用掉。本篇補的是接收方自己的瀏覽器紀錄，不是頻道裡的卡片。

能按快速鍵還原分頁的人，是這台瀏覽器設定檔的使用者。共用電腦、未鎖螢幕的工位、借出去還沒退出登入的瀏覽器，都會讓「最近關閉的分頁」變成第二條取鏈通道。清掉最近關閉的清單、清掉瀏覽紀錄，擋得住這條捷徑，擋不住已經複製到聊天、工單或截圖裡的完整網址。閱後即焚限制的是伺服器上密文的壽命和次數，不是本機紀錄裡那串網址還能被誰看見。

次數用盡之後，把連結從紀錄裡再打開，通常只能看到焚毀態。這不能理解成「紀錄已經安全」。管理員、同事或你自己仍然能從那串網址讀出：曾經存在過一條編號、曾經有人用片段當金鑰。需要長期保存或多裝置同步時，應使用專門的密碼管理器。UsePwd 沒有帳號和密碼庫，也不能按使用者找回遺失的連結。身分說明見關於。

檔案是第三條路徑。單檔不超過 5 GB 的本機備份，走檔案加密盒，輸出 .lock / .enc，檔案預設不上傳。口令本身用密碼產生器在 6–128 字元之間產生，再用密碼檢測看強度。這些頁面和本篇一樣開啟即用。不要把「片段不進伺服器日誌」理解成「關分頁等於銷毀金鑰」：日誌、工作階段紀錄和聊天紀錄不是同一層。