清除网页历史记录,屏蔽后退按钮

清除网页历史记录，屏蔽后退按钮
浏览器的后退按钮使得我们能够方便地返回以前访问过的页面， 它无疑非常有用。 但有 时候我们不得不关闭这个功能， 以防止用户打乱预定的页面访问次序。 本文介绍网络上可找 到的各种禁用浏览器后退按钮方案，分析它们各自的优缺点和适用场合。 一、概述 曾经有许多人问起，“怎样才能’ 禁用’ 浏览器的后退按钮？”，或者“怎样才能防止用户 点击后退按钮返回以前浏览过的页面？”在 ASP 论坛上， 这个问题也是问得最多的问题之一。 遗憾的是，答案非常简单：我们无法禁用浏览器的后退按钮。 起先我对于居然有人想要禁用浏览器的后退按钮感到不可思议。后来，看到竟然有那 么多的人想要禁用这个后退按 钮，我也就释然（想要禁用的只有后退按钮，不包括浏览器的前进按钮） 。因为在默认情况 下，用户提交表单之后可以通过后退按钮返回表单页面（而不是使用“编辑”按钮！ ） ，然后再 次编辑并提交表单向数据库插入新的记录。这是我们不愿看到的。 因此我就决定要找出避免出现这种情况的方法。我访问了许多网站，参考了这些网站 所介绍的各种实现方法。如果你经常访问 ASP 编程网站，本文所介绍的部分内容你可能已 经见到过。本文的任务是把各种可能的方法都介绍给大家，然后找出最好的方法！ 二、禁止缓存 在我找到的许多方案中，其中有一种建议禁止页面缓存。具体是使用服务器端脚本， 如下所示： 代码如下:
1. 2. 3. 4. 5. 6. <% Response.Buffer = True Response.Expi resAbsolute = Now() - 1 Response.Expi res = 0 Response.Ca cheControl = "no-ca che" %>
这种方法非常有效！它强制浏览器重新访问服务器下载页面，而不是从缓存读取页面。 使用这种方法时， 编程者的主要任务是创建一个会话级的变量， 通过这个变量确定用户是否 仍旧可以查看那个不适合通过后退按钮访问的页面。 由于浏览器不再缓存这个页面， 当用户 点击后退按钮时浏览器将重新下载该页面， 此时程序就可以检查那个会话变量， 看看是否应 该允许用户打开这个页面。 例如，假设我们有如下表单： 代码如下:
1. 2. <% Response.Buffer = True

3. 4. 5. 6. 7. 8. 9.
Response.Expi resAbsolute = Now() - 1 Response.Expi res = 0 Response.Ca cheControl = "no-ca che" If Len(Session("Firs tTimeToPage")) > 0 then &single; 用户已经访问过当前页面，现在是再次返回访问。 &single; 清除会话变量，将用户重定向到登录页面。 Session("Fi rs tTi meToPage") = ""
10. Response.Redi rect "/Bar.asp" 11. Response.End 12. End If 13. &single; 如果程序运行到这里，说明用户能够查看当前页面 14. &single; 以下开始创建表单 15. %> 16.

17. 18.

我们借助会话变量 FirstTimeToPage 检查用户是否是第一次访问当前页面。如果不是 第一次（即 Session("FirstTimeToPage")包含某个值），那么我们就清除会话变量的值，然 后把用户重新定向到一个开始页面。 这样， 当表单提交时 （此时 SompePage.asp 被打开） ， 我们必须赋予 FirstTimeToPage 一个值。 即， 在 SomePage.asp 中我们需要加上下面的代码：
1. Session("Fi rs tTi meToPage") = "NO"
这样，已经打开 SomePage.asp 的用户如果点击后退按钮，浏览器将重新请求服务器 下载页面，服务器检查到 Session("FirstTimeToPage")包含了一个值，于是就清除 Session(" FirstTimeToPage")，并把用户重定向到其他页面。当然，所有这一切都需要用户启用了 Co okie，否则会话变量将是无效的。（有关该问题的更多说明，请参见 For session variables to work, must the Web visitor have cookies enabled? ） 另外，我们也可以用客户端代码使浏览器不再缓存 Web 页面： 代码如下:
1. 2.

3. 4. 5. 6.

如果使用上面的方法强制浏览器不再缓存 Web 页面，必须注意以下几点： 1. 只有在使用安全连接时“Pragma: no-cache”才防止浏览器缓存页面。 对于不受安全保护的页 面，“Pragma: no-cache”被视为与“Expires: -1”相同，此时浏览器仍旧缓存页面，但把页面标 记为立即过期。 2. 在 IE 4 或 5 中，“Cache-Control”META HTTP-EQUIV 标记将被忽略，不起作用。 在实际应用中我们可以加上所有这些代码。然而，由于这种方法不能适用于所有的浏 览器，所以是不推荐使用的。但如果是在 Intranet 环境下，管理员可以控制用户使用哪种 浏览器，我想还是有人会使用这种方法。 三、其他方法 接下来我们要讨论的方法以后退按钮本身为中心，而不是浏览器缓存。这儿有一篇文 章 Rewiring the Back Button 很值得参考。不过我注意到，如果使用这种方法，虽然用户 点击一下后退按钮时他不会看到以前输入数据的页面， 但只要点击两次就可以， 这可不是我 们希望的效果，因为很多时候，固执的用户总是能够找到绕过预防措施的办法。 另外一种禁用后退按钮的办法是用客户端 JavaScript 打开一个没有工具条的窗口，这 使得用户很难返回前一页面，但 不是不可能。一种更安全但相当恼人的方法是，当表单提交时打开一个新的窗口，与此同时 关闭表单所在的窗口。但我觉 得这种方法不值得认真考虑，因为我们总不能让用户每提交一个表单就打开一个新窗口。 那么，在那个我们不想让用户返回的页面是否也可以加入 JavaScript 代码呢？在这个 页面中加入的 JavaScript 代码可用来产生点击前进按钮的效果， 这样也就抵消了用户点击后 退按钮所产生的动作。用于实现该功能的 JavaScript 代码如下所示： 代码如下:
1. 2. 3. 4. 5.
同样地，这种方法虽然有效，但距离“ 最好的方法”还差得很远。后来我又看到有人建 议用 location.replace 从一个页面转到另一个页面。这种方法的原理是，用新页面的 URL 替 换当前的历史纪录，这样浏览历史记录中就只有一个页面，后退按钮永远不会变为可用。我

想这可能正是许多人所寻求的方法， 但这种方法仍旧不是任何情况下的最好方法。 使用这种 方法的实例如下所示：
1. 禁 止后退到本页面的链接
这种方法的缺点在于：简单地运用 Response.Redirect 将不再有效，这是因为每次用 户从一个页面转到另一个页面， 我们都必须用客户端代码清除 location.history 。 另外还要注 意，这种方法清除的是最后一个访问历史记录，而不是全部的访问记录。 点击上面的链接，你将打开一个简单的 HTML 页面。再点击后退按钮，你可以看到这 时打开的不是本页面，而是本页面之前的页面！（当然，你必须在浏览器中启用了客户端 J avaScript 代码。） 经过一番仔细的寻寻觅觅之后，我发现仍旧无法找出真正能够完全禁用浏览器后退按 钮的办法。 所有这里介绍的方法都能够在不同程度上、 以不同的方式禁止用户返回前一页面， 但它们都有各自的局限。 由于不存在能够完全禁用后退按钮的方法， 所以最好的方案应该是： 混合运用客户端脚本和服务器端脚本。