浏览器后退重复提交问题
发布网友
发布时间：2022-04-23 00:52
共3个回答
热心网友
时间：2022-04-23 02:22
（1）
<scriptlanguage="JavaScript">
javascript:window.history.forward(1); //目前先用着这个
</script>
利用JS产生一个“前进”的动作，以抵消后退功能，这种方法应该是最简洁的，并且不需要考虑用户连点两次或多次“后退”的情况，缺点是当用户端禁用了JavaScript之后即失效。
（2）
<AHREF="logout.do"onclick="javascript:location.replace(this.href); event.returnValue=false;">
Logout(Back Disabled)
</A>
这种方法用链接页面的URL替换了当前的历史纪录，这样浏览历史记录中就不会有本页面，后退按钮将不能回到本页面。用户点击“Logout”链接注销并执行新页面，这时当用户点击“后退”按钮将不能回到本页，而是回到在本页之前打开的那个页面。
也就是说，这种方法清除的是最后一个访问历史记录，而不是全部的访问记录，这是该方法的一个缺点，当然可以在每一个业务页面都添加这段代码作为保护。另外，和上一种方法相同，当用户端禁用了JavaScript之后即失效。
3、
<scriptlanguage="JavaScript">
functionlogout()
{
window.close(true);
window.open("logout.do");
}
</script>
<buttononClick="logout()">Logout</button>
这种方法比较偷懒，关掉浏览器再重新开，经过测试在视觉上几乎感觉不出来延时，同时又保证了后退按钮不可用（新窗口浏览器后退按钮为灰色），看起来似乎是个好方法，但缺点也比较明显：
首先，关闭和重开的浏览器窗口大小可能不同，用户可以明显看出这一过程，并且在一定程度上影响操作。
其次，同上，这是一个JavaScript方法。
以上方法都是针对“后退”按钮作出的反应，客户端浏览器需要打开JavaScript代码，下面尝试从另一角度来解决这一问题：
4、禁止缓存
<%
response.setHeader("Cache-Control", "no-cache");
response.setHeader("Cache-Control", "no-store");
response.setDateHeader("Expires", 0);
response.setHeader("Pragma", "no-cache");
%>
这种方法使用服务器端脚本，强制浏览器重新访问服务器下载页面，而不从缓存读取，结合strutsjsp页面中的<logic>标签实现重新定向。
热心网友
时间：2022-04-23 03:40
服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较，看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新的令牌，该令牌除传给客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到刚才的提交页面并再次提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了重复提交的发生。
页面弄个生成的随机字符和数字什么的
看变没变
热心网友
时间：2022-04-23 05:14
