ASP.NET 如何避免页面重新整理时重复送出
日期：2010-02-19 浏览次数：20581 次
注意，别以为只有 ASP.NET 才有这种问题，这问题普遍存在于网页程式，不管你用何种平台、语言开发，这肇因于浏览器会自行 Cache 使用者的浏览行为 （包含资料），测试过 IE、FireFox、Chrome 都一样，猜想是因为这样才能有上一页、下一页的歷程纪录，至于更进一步的探讨，小的力有未逮就不再深究 （欢迎瞭解的前辈高人指点一下迷津，说说缘由）…既然浏览器塬始设计如此，而我们可能永远都猜不透使用者爱怎么操作，那就针对 ASP.NET 的开发来看看有甚么方式可以解决这样的问题。
不知道有没有人跟我一样，马上想到的是：重新导向，也就是在执行某一工作成功之后，执行 Response.Redirect 方法重导到结果页面，这是最典型的作法，不过这比较适用在动作连贯的多重网页表单，例如：购物车，在完成结帐后就可以导到订购成功的讯息页面，反正前面也从第一步、第二步…到结帐画面了，再多导一次已经差别不大。可惜多重网页表单毕竟是少数，大部分网页程式现在几乎都要求非同步更新 （AJAX），最好在同一画面完成所有动作，即便今天不要求非同步更新，每个作业完成之后都导到另一个网页，也不甚理想，所以这种作法并不完美，除了多维护一个网页的麻烦不说，事实上使用者若先回到上一页再重新整理，一样可能会造成重复执行…。
那在任何异动前，先检查是否有相同资料存在呢？换句话说是在资料库端检查，应该可行，不过…过程似乎稍嫌繁琐，要针对每一个作业内容个别去撰写比对是否有相同资料的逻辑，光想就觉得累了…，况且有时候确实是可以允许相同资料存在，比如说线上客服的留言版，使用者不耐久候时，会再留言一次，内容可能跟前次一模一样，这跟重刷页面造成的资料重复是不可相提并论的，这样看来在资料库端排除相同资料也不是很好的作法…
关键点在于怎么分辨出使用者正在重刷页面，进一步地，有没有一劳永逸的做法，让我们可以检查某一属性就能判断是不是重刷页面所回传，来避免重复送出动作？转念一想：太阳底下无新事，上网搜寻了一下，国外有几篇文章、讨论串针对这问题提出了几个解法 （事实证明前述两种作法也是有人建议），其中我觉得最值得一看的是底下两篇：
- Build Your ASP.NET Pages on a Richer Bedrock
- Preventing Duplicate Record Insertion on Page Refresh
参考上列两篇文章的内容，得到最后的答案是：我们可以继承 ASP.NET 的 Page 类别，自行扩充所需的功能！作法如下：
1、继承 System.Web.UI.Page，自订一个 BasePage 类别。
以下为引用的内容：
- using System;
- /// <summary>
- /// BasePage 的摘要描述
- /// </summary>
- public class BasePage : System.Web.UI.Page
- {
- public BasePage() { }
- }
2、在 BasePage 类别底下撰写 SetActionStamp 方法，目的是在 Session 存放一个系统时间戳记。
以下为引用的内容：
- /// <summary>
- /// 設置戳記
- /// </summary>
- private void SetActionStamp()
- {
- Session["actionStamp"] = Server.UrlEncode(DateTime.Now.ToString());
- 免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
