本文介紹了你總是在發帖后重定向嗎？如果是，你是如何做到的？的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
假設您正在提交一個表單，這會影響您的數據庫(添加記錄/刪除記錄/更新記錄)，您的請求如下所示：
POST/APPLICATE/ACTION=更新
現在，假設您已完成更新，因此您希望將用戶帶到主頁。
Response.sendReDirect/app/action=home
這個效果非常好。用戶在POST后被發送一個重定向，所以即使用戶試圖通過按F5來刷新頁面，您也是好的。但是，如果您執行以下操作，則此操作將不起作用：
requestDispatcher.forward(/application/action=home)
假設在完成更新后必須顯示不同類型的錯誤/成功消息，您很可能在POST之后進行轉發。在這種情況下，如何避免發生兩次更新操作？
我覺得很有趣的是，許多安全站點(銀行)/支付網關傾向于通過在屏幕上放置文本來通知用戶，例如”請不要按下后退/刷新按鈕”。
沒有更好的方法處理這件事了嗎？除了要求用戶不要按下這些按鈕之外？當我最后一次檢查的時候，有一個叫做‘垂直響應緩存’的東西。一個篩選器，它將標識您的請求在會話中的唯一性，并在請求重復時嘗試發送緩存的響應。有沒有更簡單的方法來解決這個經典問題？
下面是我提到的垂直響應緩存解決方案的鏈接：http://www.fingo.info/en/articles/_1.html。然而，我不確定這是否真的有效。
推薦答案
我的一個想法是在提交后的表單中嵌入一個唯一的ID(可能是一個隨機字符串)作為隱藏的表單域。ID字符串可以作為”交易ID”放入數據庫。現在，當您去更新數據庫時，首先檢查是否存在已提交交易ID的記錄，如果有，則假定它是重復的，不要更改數據庫。
當然，正如我所說的，這只是一個想法。我不知道在實踐中實際使用的是什么方法。(我懷疑許多不那么重要的網站只是忽略了這個問題，希望他們的用戶會很聰明……這是我見過的最失敗的提議；-)
編輯：正如評論中指出的，在數據庫中存儲事務ID可能會占用大量空間，但如果這是一個問題，您可以在內存中保留在過去5分鐘/1小時/1天/任何時間內處理的所有事務ID的緩存。這應該會奏效，除非你面對的是一個意志堅定的黑客…
這篇關于你總是在發帖后重定向嗎？如果是，你是如何做到的？的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
