ASP.NET 如何避免页面重新整、理时重复送出

 　　有些使用者的行为真是令人猜不透…，开网页有事没事就来给你 Refresh 一下，这个动作看似无害，但是在刚执行过 Submit 的情况下，Refresh 网页会造成重复执行，这也是为什么在各大购物网站的交易付款动作，都会提示「不要关闭网页或重新整理避免造成交易失败或重复交易」这一类的讯息，但根据经验，就算在网页上提出警告了，仍有为数不少的使用者依然会 Refresh 网页。

　　注意，别以为只有 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;

　　///

　　public class BasePage : System.Web.UI.Page

　　{

　　public BasePage() { }

　　}

　　2、在 BasePage 类别底下撰写 SetActionStamp 方法，目的是在 Session 存放一个系统时间戳记。

　　以下为引用的内容：

　　///

　　private void SetActionStamp()

　　{

　　Session["actionStamp"] = Server.UrlEncode(DateTime.Now.ToString());