PHP 禁止頁面緩存的完整解決方案：防止用戶回退重複提交訂單

在開發電商結帳流程時，常會遇到這樣的場景：用戶經過購物車、訂單地址填寫、確認下單三個步驟，在第三步生成訂單並清空購物車後，若用戶點擊瀏覽器「返回」鍵回到上一頁，可能導致重複提交或顯示已過期的數據。本文詳細介紹如何通過 HTTP 頭部控制緩存，徹底解決此問題。

核心代碼實現

在需要禁止緩存的頁面（如訂單地址頁）頂部，輸出以下 HTTP 頭部：

<?php
header("Cache-Control: no-cache, must-revalidate, no-store");
header("Pragma: no-cache");
header("Expires: -1");
?>

關鍵頭部解析

• Cache-Control: no-store：強制瀏覽器不緩存任何頁面內容，Firefox 下特別有效
• Pragma: no-cache：HTTP/1.0 兼容性寫法，確保舊版瀏覽器也能生效
• Expires: -1：設置過期時間為過去時刻，頁面即刻過期

業務邏輯配合

僅靠禁止緩存還不夠，需結合業務判斷：

<?php
// 訂單地址頁面邏輯
if (empty($_SESSION['cart_items'])) {
    header("Location: cart_empty.php");
    exit;
}
// 正常顯示頁面...
?>

當用戶點擊返回鍵時，瀏覽器嘗試讀取緩存失敗，會重新請求服務器，此時檢測到購物車為空，自動導向空購物車頁面，形成閉環保護。

原理深度解析

瀏覽器「返回」按鈕默認讀取本地緩存文件。通過禁用緩存，強制瀏覽器向服務器發起新請求，配合服務端狀態檢查，實現邏輯層面的防重複提交。

瀏覽器兼容性補充

上述三行頭部在 IE 中有效，但 Firefox 需額外添加 Cache-Control: no-store。現代瀏覽器建議完整設置：

header("Cache-Control: no-cache, no-store, must-revalidate, max-age=0");
header("Pragma: no-cache");
header("Expires: Wed, 11 Jan 1984 05:00:00 GMT");

其他防重複提交方案對比

最佳實踐建議

1. 關鍵業務頁面（支付、下單、提交）務必添加防緩存頭部
2. 結合 Session/數據庫狀態檢查，雙重保險
3. 採用 PRG 模式重構關鍵流程，從架構層面解決問題
4. 前端按鈕提交後立即禁用，防止用戶多次點擊

禁用瀏覽器緩存只是防重複提交的一種手段，生產環境建議採用「Token 令牌 + PRG 模式 + 狀態檢查」的多層防護體系，確保數據一致性與用戶體驗雙贏。