本篇文章主要介紹了網頁如何防止刷新重複提交與如何防止後退的解決方法，具體如下：
提交後禁用提交按鈕（大部分人都是這樣做的）
如果客戶提交後,按F5刷新怎麼辦?
使用Session
在提交的頁面也就是資料庫處理之前：
if session("ok")=true then
response.write "错误，正在提交"
response.end
end if
資料處理完後，修改session("ok")=false。
資料處理成功馬上Redirect到另外一個頁面
操作後刷新的確是個問題，你可以使用跳轉頁面、關閉本頁面，如果是有參數據條件來控制的，那就應該好做了，可以直接修改window.location的值，把參數全部改掉，這樣就差不多了。
缺點：簡單地運用Response.Redirect將不再有效，因為使用者從一個頁面轉到另一個頁面，我們都必須用客戶端程式碼清除location.history。請注意，這種方法清除的是最後一個訪問歷史記錄，而不是全部的訪問記錄。 點選後退按鈕，再點選後退按鈕，你可以看到此時開啟的是本頁面之前的頁面！ （當然，這是在你的客戶端啟用了JavaScript功能的條件下。）
如果客戶按後退，怎麼辦？
防止網頁後退--禁止快取
我們在進行資料庫新增操作的時候，如果允許後退，而正巧有刷新了頁面，就會再次執行新增操作，無疑這不是我們需要的，像一般網路上很多禁止快取的程式碼，有時並不可靠，這時你只要在操作的頁面加上就可以了，在網頁的里指定要定向的新頁，再點後退，看是不是不會再退到剛才的操作頁面了，實際上已經刪除了這個歷史
ASP：
Response.Buffer = True Response.ExpiresAbsolute = Now() - 1 Response.Expires = 0 Response.CacheControl = "no-cache"
ASP.NET：
Response.Buffer=true; Response.ExpiresAbsolute=DateTime.Now.AddSeconds(-1); Response.Expires=0; Response.CacheControl="no-cache";
或「怎麼能防止使用者點擊後退按鈕返回先前瀏覽過的頁面？」遺憾的是，我們無法停用瀏覽器的後退按鈕。 防止網頁後退--新開視窗
用window.open彈出表單頁面，點提交後關閉該頁；處理提交的ASP頁也是用彈出，設定表單的target,點提交時window.open(" XXX.asp","_blank"),然後用JS來提交表單，完成後window.close()；
看了網上的，有幾種方法：
<META HTTP-EQUIV="pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate"> <META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
session中，在form中加一個hidden域，顯示該令牌的值，form提交後重新產生一個新的令牌，將使用者提交的令牌和session 中的令牌比較，如相同則是重複提交
3 在你的伺服器端控制項的程式碼中使用Response.Redirect("selfPage")語句。但是大多的數字都不使用這種方法。
方法還有很多。 。 。
4 、
<input type="button" value="提交" onclick="this.disabled=true;this.form.submit()">
5 在JSP頁面的FORM表單中新增一個hidden 域
<input type="hidden" name="url"value=<%=request.getRequestURL()%>>
Java
語
我一般都是採用這樣的方法返回JSP頁面的,不太明白你說的重複刷新是什麼概念
6 ajax 無刷新提交
7 Web開發中防止瀏覽器的刷新鍵引起系統操作重複提交
怎麼解決呢？重定向可以解決頁面刷新帶來的資料的重複提交的問題，我們自然可以利用重定向的方式來解決這個問題。但struts的action裡面mapping.findword（）；跳轉的話，預設的是在工程資料夾裡面找要跳轉的頁面。這種情況，要怎麼解決呢？
修改struts－config.xml 文件， 在action裡面有一個redirect重新定向的屬性，struts中預設的是false，加入這個屬性，改成true，在forword中寫上要跳頁的絕對或相對地址就行了
String url=request.getParameter("url");
response.sendRedirect(url);瀏覽器相關難處理的問題
瀏覽器的後退按鈕使得我們能夠方便地返回以前訪問過的頁面，它無疑有用。但有時候我們必須關閉這個功能，以防止使用者打亂預定的頁面存取次序。本文介紹網路上可找到的各種停用瀏覽器後退按鈕方案，分析它們各自的優缺點和適用場合。
一、概述
曾经有许多人问起，“怎样才能‘禁用'浏览器的后退按钮？”，或者“怎样才能防止用户点击后退按钮返回以前浏览过的页面？”在ASP论坛上，这个问题也是问得最多的问题之一。遗憾的是，答案非常简单：我们无法禁用浏览器的后退按钮。
起先我对于居然有人想要禁用浏览器的后退按钮感到不可思议。后来，看到竟然有那么多的人想要禁用这个后退按钮，我也就释然（想要禁用的只有后退按钮，不包括浏览器的前进按钮）。因为在默认情况下，用户提交表单之后可以通过后退按钮返回表单页面（而不是使用“编辑”按钮！），然后再次编辑并提交表单向数据库插入新的记录。这是我们不愿看到的。
因此我就决定要找出避免出现这种情况的方法。我访问了许多网站，参考了这些网站所介绍的各种实现方法。如果你经常访问ASP编程网站，本文所介绍的部分内容你可能已经见到过。本文的任务是把各种可能的方法都介绍给大家，然后找出最好的方法！
二、禁止缓存
在我找到的许多方案中，其中有一种建议禁止页面缓存。具体是使用服务器端脚本，如下所示：
<% Response.Buffer = True Response.ExpiresAbsolute = Now() - 1 Response.Expires = 0 Response.CacheControl = "no-cache" %>
这种方法非常有效！它强制浏览器重新访问服务器下载页面，而不是从缓存读取页面。使用这种方法时，编程者的主要任务是创建一个会话级的变量，通过这个变量确定用户是否仍旧可以查看那个不适合通过后退按钮访问的页面。由于浏览器不再缓存这个页面，当用户点击后退按钮时浏览器将重新下载该页面，此时程序就可以检查那个会话变量，看看是否应该允许用户打开这个页面。
例如，假设我们有如下表单：
<%
Response.Buffer = True
Response.ExpiresAbsolute = Now() - 1
Response.Expires = 0
Response.CacheControl = "no-cache"
If Len(Session("FirstTimeToPage")) > 0 then
&single; 用户已经访问过当前页面，现在是再次返回访问。
&single; 清除会话变量，将用户重定向到登录页面。
Session("FirstTimeToPage") = ""
Response.Redirect "/Bar.asp"
Response.End
End If
&single; 如果程序运行到这里，说明用户能够查看当前页面
&single; 以下开始创建表单
%>
<form method=post action="SomePage.asp">
<input type=submit>
</form>
我们借助会话变量FirstTimeToPage检查用户是否是第一次访问当前页面。如果不是第一次（即Session("FirstTimeToPage")包含某个值），那么我们就清除会话变量的值，然后把用户重新定向到一个开始页面。这样，当表单提交时（此时SompePage.asp被打开），我们必须赋予FirstTimeToPage一个值。即，在SomePage.asp中我们需要加上下面的代码：
Session("FirstTimeToPage") = "NO"
这样，已经打开SomePage.asp的用户如果点击后退按钮，浏览器将重新请求服务器下载页面，服务器检查到Session("FirstTimeToPage")包含了一个值，于是就清除Session("FirstTimeToPage")，并把用户重定向到其他页面。当然，所有这一切都需要用户启用了Cookie，否则会话变量将是无效的。
另外，我们也可以用客户端代码使浏览器不再缓存Web页面：
<html> <head> <meta http-equiv="Expires" CONTENT="0"> <meta http-equiv="Cache-Control" CONTENT="no-cache"> <meta http-equiv="Pragma" CONTENT="no-cache"> </head>
如果使用上面的方法强制浏览器不再缓存Web页面，必须注意以下几点：
只有在使用安全连接时“Pragma: no-cache”才防止浏览器缓存页面。对于不受安全保护的页面，“Pragma: no-cache”被视为与“Expires: -1”相同，此时浏览器仍旧缓存页面，但把页面标记为立即过期。在IE 4或5中，“Cache-Control”META HTTP-EQUIV标记将被忽略，不起作用。
在实际应用中我们可以加上所有这些代码。然而，由于这种方法不能适用于所有的浏览器，所以是不推荐使用的。但如果是在Intranet环境下，管理员可以控制用户使用哪种浏览器，我想还是有人会使用这种方法。
三、其他方法
接下来我们要讨论的方法以后退按钮本身为中心，而不是浏览器缓存。这儿有一篇文章Rewiring the Back Button很值得参考。不过我注意到，如果使用这种方法，虽然用户点击一下后退按钮时他不会看到以前输入数据的页面，但只要点击两次就可以，这可不是我们希望的效果，因为很多时候，固执的用户总是能够找到绕过预防措施的办法。
另外一种禁用后退按钮的办法是用客户端JavaScript打开一个没有工具条的窗口，这使得用户很难返回前一页面，但不是不可能。一种更安全但相当恼人的方法是，当表单提交时打开一个新的窗口，与此同时关闭表单所在的窗口。但我觉得这种方法不值得认真考虑，因为我们总不能让用户每提交一个表单就打开一个新窗口。
那么，在那个我们不想让用户返回的页面是否也可以加入JavaScript代码呢？在这个页面中加入的JavaScript代码可用来产生点击前进按钮的效果，这样也就抵消了用户点击后退按钮所产生的动作。用于实现该功能的JavaScript代码如下所示：
<script language="JavaScript"> <!-- javascript:window.history.forward(1); //--> </script>
同样地，这种方法虽然有效，但距离“最好的方法”还差得很远。后来我又看到有人建议用location.replace从一个页面转到另一个页面。这种方法的原理是，用新页面的URL替换当前的历史纪录，这样浏览历史记录中就只有一个页面，后退按钮永远不会变为可用。我想这可能正是许多人所寻求的方法，但这种方法仍旧不是任何情况下的最好方法。使用这种方法的实例如下所示：
<A HREF="PageName.htm" onclick="javascript:location.replace(this.href); event.returnValue=false;">禁止后退到本页面的链接</A>
禁止后退到本页面的链接！
这种方法的缺点在于：简单地运用Response.Redirect将不再有效，这是因为每次用户从一个页面转到另一个页面，我们都必须用客户端代码清除location.history。另外还要注意，这种方法清除的是最后一个访问历史记录，而不是全部的访问记录。
点击上面的链接，你将打开一个简单的HTML页面。再点击后退按钮，你可以看到这时打开的不是本页面，而是本页面之前的页面！（当然，你必须在浏览器中启用了客户端JavaScript代码。）
经过一番仔细的寻寻觅觅之后，我发现仍旧无法找出真正能够完全禁用浏览器后退按钮的办法。所有这里介绍的方法都能够在不同程度上、以不同的方式禁止用户返回前一页面，但它们都有各自的局限。由于不存在能够完全禁用后退按钮的方法，所以最好的方案应该是：混合运用客户端脚本和服务器端脚本。
<html> <head> <meta http-equiv="Expires" CONTENT="0"> <meta http-equiv="Cache-Control" CONTENT="no-cache"> <meta http-equiv="Pragma" CONTENT="no-cache"> </head>