4

...与正常链接点击行为的请求相比。我想我也许可以用它来丢弃服务器端的一些缓存内容。对于更注重技术的目标受众来说，这可能是一种相对自然的清除缓存的方式，即图形和图表。

要清楚 - 我正在使用 ASP.NET MVC

4

4 回答 4

4

我刚刚检查了您可能关心的三个浏览器，当您刷新页面时，这三个浏览器都会在请求中添加额外的缓存标头。可以想象，您可以检查这些标头以丢弃一些服务器端缓存。这似乎也是一种合乎逻辑且自然的方式。

  • IE：添加“编译指示：无缓存”
  • Chrome：添加了“Cache-Control: max-age=0”和“If-Modified-Since: Tue, 17 Dec 2013 10:16:22 GMT”（免责声明：时间可能会有所不同）
  • Firefox：添加“缓存控制：max-age=0”

我刚刚通过在所有三个浏览器中刷新此页面并检查 Fiddler 来检查这一点。可能有更复杂的逻辑在发生，而我还没有理解。

于 2013-12-17T10:29:07.367 回答
2

因为它在 MVC 中，所以我会使用 TempData 来实现这一点。在您的方法第一次加载时，您可以在 TempData 中设置一个值，因此在下一次加载（刷新）时，您将在此设置一个值。

假设您有一个 Add 方法，我认为这应该可以解决问题：

public virtual ActionResult Add(Model model)
        {
            if(TempData.ContainsKey("yourKey"))
            {
                //it means that you reload this method or you click on the link
                //be sure to use unique key by request since TempData is use for the next request 
            }

            TempData.Add("yourKey", true);

            return View(model);
        }
于 2013-12-11T20:37:38.600 回答
1

将此脚本添加到您的 head 部分：

<script>
        $(window).keydown(function (e) {
            if (e.which == 116) {
                e.preventDefault();
                var l = window.location;
                var lp = (l + "?").split('?');
                window.location = lp[0] + "?f5=1&" + lp[1];
                return false;
            }
        });
    </script>

在服务器端检查 Request["f5"]=="1"

如果您不想修改 URL，您可以添加一个临时 cookie。像这样的东西：

<script>
        $(window).keydown(function (e) {
            if (e.which == 116) {
                AddCookie("F5","1")
            }
        });
</script>

在页面加载时检查 cookie 是否存在并将其删除以供下一个请求。

于 2013-12-11T21:10:44.880 回答
0

您可以将当前会话 ID 与加载的最后一页进行比较，然后比较 IsPostBack 命令。

如果 IsPostBack 为真，则您知道用户已单击该页面上的某些内容以将页面发回。如果为当前会话 ID 检索到的最后一个页面与您当前正在加载的页面不同，那么他们从另一个页面到达此页面。如果当前会话 ID 检索到的最后一个页面与您正在处理的当前页面相同，那么这很可能是刷新 (F5)。

唯一的问题是，一旦页面完成加载，您将检测到 F5 就像有人将光标放在地址栏中并按 Enter 键一样，但我怀疑这对您来说是个问题。

编辑：关于这个系统如何工作的评论似乎有些混乱，所以让我进一步解释一下。正如向我指出的那样 IsPostBack 在 MVC 中不可用，因此您必须测试回发，如下所示：

ASP.NET MVC - IsPostBack 还在这里吗？

让我们考虑一下您可以在任何页面上结束的三种方式。对于我们的示例，假设我们要检测页面 X 上的刷新。

您可以通过以下方式访问页面 X： 1. 用户在页面 A 上按下一个按钮，将您带到页面 X。 2. 用户在页面 B 上按下一个按钮，将您返回到页面 B（回发）。3. 用户按 F5 或以其他方式重新加载页面。- 这是我们要检测的..

场景 4 是“用户从另一个站点来到页面 X”，但这会启动一个新会话，所以我们不要考虑这个。

每次用户加载页面时，您都会将该页面与 SessionID 一起存储在某处。在会话超时期间，任何一个用户的 SessionID 都是不变的。对此有一些警告，例如从一台机器上的不同浏览器访问，但我不想混淆问题。

场景1：用户加载页面A，我们查看内存，目前没有记录。我们将“Page A”和 sessionID 存储在内存中。用户点击页面 A 上的按钮。用户被重定向、发布或转移到页面 B。页面 B 加载，我们检查“IsPostBack”标志，此时它可能为真，也可能不是。如果是我们就知道不是刷新，如果是假的我们需要继续测试如下。我们在内存中查找当前会话 ID 的“页面 A”记录（请记住会话 ID 在任何给定用户的请求之间不会更改）。因为上一页是“页面 A”，而我​​们在页面 B，我们知道这不是刷新。我们存储'Page B; 以及内存中的 sessionID（实际上，我们要么删除要么更新指向页面 A 的先前记录）。

场景 2：用户加载页面 B，我们将“页面 B”和 sessionID 存储在内存中。用户单击页面 B 上的按钮。页面 B 加载，我们检查“IsPostBack”标志。这是真的，所以我们知道这不是一次刷新。

场景 3：用户加载页面 B，我们将“页面 B”和 sessionID 存储在内存中。用户通过将光标放在地址栏中并按 Enter 来刷新页面或重新加载页面。页面B加载，我们检查'IsPostBack'标志，它是假的，所以我们需要继续测试如下。我们在内存中查找当前会话 ID 的“页面 B”记录。因为上一页是“页面 B”，而我们在页面 B 上，所以我们知道这是一次刷新。

通过使用这种方法，您可以检测刷新。如果你使用 MVC，你可以测试Request.HttpMethod=="POST"

您遇到的唯一问题是，如果用户执行 POST，您执行重定向，然后用户返回一页并从那里刷新将重新提交表单，再次发送 POST。当它实际上是刷新时，这将被检测为新提交。这可以使用 Nonce 方法或类似方法来消除。

于 2013-12-11T16:38:59.720 回答