防止页面重复提交、刷新、后退与数据库中的重复记录

莫名原因，数据库中出现了重复记录，这是个大问题，尤其是对业务链产生很大破坏！

 

这个问题的直接表现：数据库中出现重复记录。（当然了，主键肯定不一样）

 

原因考量：

1. 重复提交、后退、刷新

这个方法参考了

http://zhouhua.blog.51cto.com/601404/120168 的方法，但是发现并没有完全起到作用。

2. 业务组件的重复写入

因为不是客户端的原因，我们考虑是不是业务组件重复写入，如Hibernate的session等问题

3. 程序本身的问题

这需要打日志来确定

 

解决之道：

1、2、3，在下面有参考。

4. 可以对表做些限制，例如可以对属性列智能有唯一值的表进行unique限制

5. 同4，但解决方法不是改表，而是插入时作检查，检查的方式用存储过程比较好，如果用程序，只怕比较慢，有空隙时间，而重复及记录正好此时插入！

6. 对主键进行干预，不要用流水号自动生成。（自动生成的优点现在居然成了不可控因素！）

边解决问题，边更新罢！

#############################################################

 

 

针对上面3各问题，各有例子：

#############################################################

1. 参考http://zhouhua.blog.51cto.com/601404/120168

总结: 重复提交、重复刷新、防止后退的问题以及处理方式

一。前言
你在任何一个比较专业的BBS都会看到这样的问题，即使你Google一下，也会发现有很多的人在关注和询问，但大家给出的解 决方法却都是千差万别，（有的人主张采用脚本来解决;有的则想重定向到别的页面;有的则将此问题提升到Token的角度）为什么会有如此大的差异呢？

二。问题场景
首先，我们应该先了解为什么要处理这样的问题？或者专业一点就是它适合的场景是什么？（似乎只有人来问没有人来解释）

1。重复提交、重复刷新的场景
重复提交、重复刷新都是来解决系统重复记录的问题。也就是说某个人在多次的提交某条记录（为什么？也许是闲了没有事情干的;最有可能是用户根本就不知道自己的提交结果是否已经执行了？！）。

但出现了这样的问题并不见得就必须处理，要看你所开发的系统的类别而定。比如你接手的是某个资源管理系统，系统本身从需求的角度根本就不允许出 现"重复"的记录，在这样需求的约束条件下，去执行重复的提交动作只会引发“业务级异常”的产生，根本就不可能执行成功也就无所谓避免不避免的问题了。

2。防止后退的场景
了解了重复刷新、重复提交的场景，我们来了解一下"防止后退"操作的原因是什么？比如你在开发某个投票系统，它有很 多的步骤，并且这些步骤之间是有联系的，比如第一步会将某些信息发送给第二步，第二步缓存了这些信息，同时将自身的信息发送给了第三步。。。。。等等，如 果此时用户处在第三步骤下，我们想象一下某个淘气用户的用户点击了后退按钮，此时屏幕出现了第二步骤的页面，他再次的修改或者再次的提交，进入到下一个步 骤（也就是第三步骤），错误就会在此产生？！什么错误呢？最为典型的就是这样的操作直接导致了对于第一个步骤信息的丢失！（如果这样的信息是依靠 Request存放的话，当然你可以存放在Session或者更大的上下文环境中，但这不是个好主意！关于信息存放的问题，下次在就这个问题详细的讨论）

三。如何处理的问题
当然很多的系统（比如订票系统从需求上本身是允许个人重复订票的）是必须要避免重复刷新、重复提交、以及防 止后退的问题的，但即使是这样的问题，也要区分如何处理以及在哪里处理的（网上只是告诉你如何处理，但很少去区分在哪里处理的），显然处理的方式无非是客 户端或者服务器端两种，而面对不同的位置处理的方式也是不同的，但有一点要事先声明：任何客户端（尤其是B/S端）的处理都是不可信任的，最好的也是最应 该的是服务器端的处理方法。

客户端处理：
面对客户端我们可以使用Javascript脚本来解决，如下

1。重复刷新、重复提交
Ways One：设置一个变量，只允许提交一次。
<script language="javascript">
    var checkSubmitFlg = false;
    function checkSubmit() {
      if (checkSubmitFlg == true) {
         return false;
      }
      checkSubmitFlg = true;
      return true;
   }
   document.ondblclick = function docondblclick() {
    window.event.returnValue = false;
   }
   document.onclick = function doc {
       if (checkSubmitFlg) {
         window.event.returnValue = false;
       }
   }
</script>
<html:form action="myAction.do" method="post" onsubmit="return checkSubmit();">

Way Two : 将提交按钮或者image置为disable
<html:form action="myAction.do" method="post"
    onsubmit="getElById('submitInput').disabled = true; return true;">  
<html:image styleId="submitInput" src="images/ok_b.gif" border="0" />
</html:form>

2。防止用户后退
这里的方法是千姿百态，有的是更改浏览器的历史纪录的，比如使用window.history.forward()方 法;有的是“用新页面的URL替换当前的历史纪录，这样浏览历史记录中就只有一个页面，后退按钮永远不会变为可用。”比如使用 javascript:location.replace(this.href); event.returnValue=false;

2.服务器端的处理（这里只说Struts框架的处理）
利用同步令牌（Token）机制来解决Web应用中重复提交的问题，Struts也给出了一个参考实现。

基本原理：
服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较，
看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新的令牌，该令牌除传给
客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到刚才的提交页面并再次
提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了重复提交的发生。

if (isTokenValid(request, true)) {
    // your code here
    return mapping.findForward("success");
} else {
    saveToken(request);
    return mapping.findForward("submitagain");
}

Struts根据用户会话ID和当前系统时间来生成一个唯一（对于每个会话）令牌的，具体实现可以参考
TokenProcessor类中的generateToken()方法。

1. //验证事务控制令牌,<html:form >会自动根据session中标识生成一个隐含input代表令牌，防止两次提交
2. 在action中：

       //<input type="hidden" name="org.apache.struts.taglib.html.TOKEN"
       // value="6aa35341f25184fd996c4c918255c3ae">
       if (!isTokenValid(request))
           errors.add(ActionErrors.GLOBAL_ERROR,
                      new ActionError("error.transaction.token"));
       resetToken(request); //删除session中的令牌

3. action有这样的一个方法生成令牌
   protected String generateToken(HttpServletRequest request) {
       HttpSession session = request.getSession();
       try {
           byte id[] = session.getId().getBytes();
           byte now[] =
               new Long(System.currentTimeMillis()).toString().getBytes();
           MessageDigest md = MessageDigest.getInstance("MD5");
           md.update(id);
           md.update(now);
           return (toHex(md.digest()));
       } catch (IllegalStateException e) {
           return (null);
       } catch (NoSuchAlgorithmException e) {
           return (null);
       }
   }

总结
对于重复提交、重复刷新、防止后退等等都是属于系统为避免重复记录而需要解决的问题，在客户端去处理需要针对每一种的可能提出相应的解决方案，然而在服务器端看来只不过是对于数据真实性的检验问题，基于令牌的处理就是一劳永逸的方法。

同时我们也看到，从不同的角度去看待问题，其解决的方法也是不同的。客户端更追求的是用户的操作，而服务端则将注意力放在了数据的处理上，所以 在某个对于服务器端看似容易的问题上，用客户端来解决却麻烦了很多！反之依然。所以在某些问题的处理上我们需要综合考虑和平衡，是用客户端来解决？还是用 服务器端来处理？

====第一篇==结束==========================================================================

====第二篇==开始==========================================================================

网页防刷新重复提交、防后退解决方法

提交后禁用提交按钮 （大部分人都是这样做的）

如果客户提交后,按F5刷新怎么办?

使用Session

在提交的页面也就是数据库处理之前：

if session("ok")=true then
   response.write "错误，正在提交"
   response.end
end if

数据处理完后，修改session("ok")=false。

数据处理成功马上Redirect到另外一个页面

操作后刷新的确是个问题，你可以使用跳转页面、关闭本页面，如果是有参数据条件来控制的，那就应该好做了，可以直接修改window.location的值，把参数全部改掉，这样就差不多了。

缺点：简单地运用Response.Redirect将不再有效，因为用户从一个页面转到另一个页面，我们都必须用客户端代码清除 location.history。注意，这种方法清除的是最后一个访问历史记录，而不是全部的访问记录。 点击后退按钮，再点击后退按钮，你可以看到这时打开的是本页面之前的页面！（当然，这是在你的客户端启用了JavaScript功能的条件下。）

如果客户按后退，怎么办？

防止网页后退--禁止缓存

我们在进行数据库添加操作的时候，如果允许后退，而正巧有刷新了页面，就会再次执行添加操作，无疑这不是我们需要的，像一般网上很多禁止缓存的 代码，有时并不可靠，这时你只要在操作的页面加上就可以了，在网页的里指定要定向的新页，再点后退，看是不是不会再退到刚才的操作页面了，实际上已经把这 个历史给删除了

ASP：
Response.Buffer = True   
Response.ExpiresAbsolute = Now() - 1   
Response.Expires = 0   
Response.CacheControl = "no-cache"

ASP.NET：
Response.Buffer=true;
Response.ExpiresAbsolute=DateTime.Now.AddSeconds(-1);
Response.Expires=0;
Response.CacheControl="no-cache";

究竟怎样才能"禁用"浏览器的后退按钮？或者“怎样才能防止用户点击后退按钮返回以前浏览过的页面？”

遗憾的是，我们无法禁用浏览器的后退按钮。

防止网页后退--新开窗口

用window.open弹出表单页面，点提交后关闭该页；处理提交的ASP页也是用弹出，设定表单的target,点提交时window.open("XXX.asp","_blank"),然后用JS来提交表单，完成后window.close()；
简单的说，就是提交表单的时候弹出新窗口，关闭本窗口。对于window.open()打开的窗口怎么后退？能后退到哪里去？

呵呵，罗嗦了一堆废话，知道怎么处理了么？混合运用客户端脚本和服务器端脚本。

====第二篇==结束==========================================================================

====第三篇==开始==========================================================================

jsp重复提交问题

看了网上的，有几种方法：
1 在你的表单页里HEAD区加入这段代码:
<META HTTP-EQUIV="pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate">
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
2
生成一个令牌保存在用户session中，在form中加一个hidden域，显示该令
牌的值，form提交后重新生成一个新的令牌，将用户提交的令牌和session
中的令牌比较，如相同则是重复提交
3
在你的服务器端控件的代码中使用Response.Redirect("selfPage")语句。但是大多的数都不使用这种方法。
方法还有很多。。。
4
<input type="button" value="提交" onclick="this.disabled=true;this.form.submit()">

5

在JSP页面的FORM表单中添加一个hidden域  
<input   type="hidden"   name="url"value=<%=request.getRequestURL()%>>  
   
在你的serverlet中添加如下语句  
String   url=request.getParameter("url");  
response.sendRedirect(url);  
我一般都是采用这样的方法返回JSP页面的,不太明白你说的重复刷新是什么概念  

6 ajax 无刷新提交

7 Web开发中防止浏览器的刷新键引起系统操作重复提交
怎么解决呢？重定向可以解决页面刷新带来的数据的重复提交的问题，我们自然可以利用重定向的方式来解决这个问题。但是struts的action里面mapping.findword（）；跳转的话，默认的是在工程文件夹里面找要跳转的页面。这种情况，怎么解决呢？
修改struts－config.xml 文件， 在action里面有一个redirect重新定向的属性，struts中默认的是false，添加这个属性，改成true，在forword中写上要跳转页面的绝对或者相对地址就行了
修改如下：
<action-mappings>
<action attribute="newsActionForm" name="newsActionForm"
   input="/addnews.jsp" path="/newsAction" parameter="method"
   scope="request" type="com.yongtree.news.action.NewsAction">
   <forward name="list" path="/listnews.jsp" redirect="true"></forward>
   <forward name="error" path="/addnews.jsp"></forward>
</action>
</action-mappings>

====第三篇==结束==========================================================================

====第四篇==开始==========================================================================

浏览器相关难处理的问题

浏览器的后退按钮使得我们能够方便地返回以前访问过的页面，它无疑非常有用。但有时候我们不得不关闭这个功能，以防止用户打乱预定的页面访问次序。本文介绍网络上可找到的各种禁用浏览器后退按钮方案，分析它们各自的优缺点和适用场合。    

一、概述    
   
　　   曾经有许多人问起，“怎样才能‘禁用’浏览器的后退按钮？”，或者“怎样才能防止用户点击后退按钮返回以前浏览过的页面？”在ASP论坛上，这个问题也是问得最多的问题之一。遗憾的是，答案非常简单：我们无法禁用浏览器的后退按钮。    
　 　   起先我对于居然有人想要禁用浏览器的后退按钮感到不可思议。后来，看到竟然有那么多的人想要禁用这个后退按钮，我也就释然（想要禁用的只有后退按钮，不包 括浏览器的前进按钮）。因为在默认情况下，用户提交表单之后可以通过后退按钮返回表单页面（而不是使用“编辑”按钮！），然后再次编辑并提交表单向数据库 插入新的记录。这是我们不愿看到的。    
　　   因此我就决定要找出避免出现这种情况的方法。我访问了许多网站，参考了这些网站所介绍的各种实现方法。如果你经常访问ASP编程网站，本文所介绍的部分内容你可能已经见到过。本文的任务是把各种可能的方法都介绍给大家，然后找出最好的方法！    

二、禁止缓存    

　　   在我找到的许多方案中，其中有一种建议禁止页面缓存。具体是使用服务器端脚本，如下所示：     
<%    
Response.Buffer   =   True    
Response.ExpiresAbsolute   =   Now()   -   1    
Response.Expires   =   0    
Response.CacheControl   =   "no-cache"    
%>    
　 　   这种方法非常有效！它强制浏览器重新访问服务器下载页面，而不是从缓存读取页面。使用这种方法时，编程者的主要任务是创建一个会话级的变量，通过这个变量 确定用户是否仍旧可以查看那个不适合通过后退按钮访问的页面。由于浏览器不再缓存这个页面，当用户点击后退按钮时浏览器将重新下载该页面，此时程序就可以 检查那个会话变量，看看是否应该允许用户打开这个页面。    
   
　　   例如，假设我们有如下表单：    
   
<%    
Response.Buffer   =   True    
Response.ExpiresAbsolute   =   Now()   -   1    
Response.Expires   =   0    
Response.CacheControl   =   "no-cache"    
If   Len(Session("FirstTimeToPage"))   >   0   then    
&single;   用户已经访问过当前页面，现在是再次返回访问。    
&single;   清除会话变量，将用户重定向到登录页面。    
Session("FirstTimeToPage")   =   ""    
Response.Redirect   "/Bar.asp"    
Response.End    
End   If    
&single;   如果程序运行到这里，说明用户能够查看当前页面    
&single;   以下开始创建表单    
%>    
<form   method=post   action="SomePage.asp">    
<input   type=submit>    
</form>    
   
　 　   我们借助会话变量FirstTimeToPage检查用户是否是第一次访问当前页面。如果不是第一次（即 Session("FirstTimeToPage")包含某个值），那么我们就清除会话变量的值，然后把用户重新定向到一个开始页面。这样，当表单提交 时（此时SompePage.asp被打开），我们必须赋予FirstTimeToPage一个值。即，在SomePage.asp中我们需要加上下面的 代码：    
Session("FirstTimeToPage")   =   "NO"      
　　   这样，已经打开SomePage.asp的用户如果点击后退按钮，浏览器将重新请求服务器下载页面，服务器检查到 Session("FirstTimeToPage")包含了一个值，于是就清除Session("FirstTimeToPage")，并把用户重定向 到其他页面。当然，所有这一切都需要用户启用了Cookie，否则会话变量将是无效的。（有关该问题的更多说明，请参见For   session   ariables   to   work,   must   the   Web   visitor   have   cookies   enabled?）  
　　   另外，我们也可以用客户端代码使浏览器不再缓存Web页面：    
<html>    
<head>    
<meta   http-equiv="Expires"   CONTENT="0">    
<meta   http-equiv="Cache-Control"   CONTENT="no-cache">    
<meta   http-equiv="Pragma"   CONTENT="no-cache">    
</head>    
　　   如果使用上面的方法强制浏览器不再缓存Web页面，必须注意以下几点：    
   
只 有在使用安全连接时“Pragma:   no-cache”才防止浏览器缓存页面。对于不受安全保护的页面，“Pragma:   no-cache”被视为与“Expires:   -1”相同，此时浏览器仍旧缓存页面，但把页面标记为立即过期。在IE   4或5中，“Cache-Control”META   HTTP-EQUIV标记将被忽略，不起作用。    
　　   在实际应用中我们可以加上所有这些代码。然而，由于这种方法不能适用于所有的浏览器，所以是不推荐使用的。但如果是在Intranet环境下，管理员可以控制用户使用哪种浏览器，我想还是有人会使用这种方法。    

三、其他方法    
   
　　   接下来我们要讨论的方法以后退按钮本身为中心，而不是浏览器缓存。这儿有一篇文章Rewiring   the   Back   Button很值得参考。不过我注意到，如果使用这种方法，虽然用户点击一下后退按钮时他不会看到以前输入数据的页面，但只要点击两次就可以，这可不是我 们希望的效果，因为很多时候，固执的用户总是能够找到绕过预防措施的办法。    
　　   另外一种禁用后退按钮的办法是用客户端JavaScript打开一个没有工具条的窗口，这使得用户很难返回前一页面，但不是不可能。一种更安全但相当恼人 的方法是，当表单提交时打开一个新的窗口，与此同时关闭表单所在的窗口。但我觉得这种方法不值得认真考虑，因为我们总不能让用户每提交一个表单就打开一个 新窗口。  
　　   那么，在那个我们不想让用户返回的页面是否也可以加入JavaScript代码呢？在这个页面中加入的JavaScript代码可用来产生点击前进按钮的 效果，这样也就抵消了用户点击后退按钮所产生的动作。用于实现该功能的JavaScript代码如下    
   
所示：    
<script   language="JavaScript">    
<!--    
javascript:window.history.forward(1);    
//-->    
</script>    

　　   同样地，这种方法虽然有效，但距离“最好的方法”还差得很远。后来我又看到有人建议用location.replace从一个页面转到另一个页面。这种方 法的原理是，用新页面的URL替换当前的历史纪录，这样浏览历史记录中就只有一个页面，后退按钮永远不会变为可用。我想这可能正是许多人所寻求的方法，但 这种方法仍旧不是任何情况下的最好方法。使用这种方法的实例如下所示：       
<A   HREF="PageName.htm"   onclick="javascript:location.replace(this.href);    
   event.returnValue=false;">禁止后退到本页面的链接</A>     
　　   禁止后退到本页面的链接！     
　 　   这种方法的缺点在于：简单地运用Response.Redirect将不再有效，这是因为每次用户从一个页面转到另一个页面，我们都必须用客户端代码清除 location.history。另外还要注意，这种方法清除的是最后一个访问历史记录，而不是全部的访问记录。     
　　   点击上面的链接，你将打开一个简单的HTML页面。再点击后退按钮，你可以看到这时打开的不是本页面，而是本页面之前的页面！（当然，你必须在浏览器中启用了客户端JavaScript代码。）     
　 　   经过一番仔细的寻寻觅觅之后，我发现仍旧无法找出真正能够完全禁用浏览器后退按钮的办法。所有这里介绍的方法都能够在不同程度上、以不同的方式禁止用户返 回前一页面，但它们都有各自的局限。由于不存在能够完全禁用后退按钮的方法，所以最好的方案应该是：混合运用客户端脚本和服务器端脚本。  
   
<html>    
<head>    
<meta   http-equiv="Expires"   CONTENT="0">    
<meta   http-equiv="Cache-Control"   CONTENT="no-cache">    
<meta   http-equiv="Pragma"   CONTENT="no-cache">    
</head>       

<script   language="JavaScript">     
<!--       
javascript:window.history.forward(1);     
//-->     
</script>
</html>

====第四篇==结束==========================================================================

====第五篇==开始==========================================================================

Asp.net中防刷新重复提交、防后退方法
简单操作方法防后退和刷新
Page_Load中加入

Response.Cache.SetNoStore();

//Session中存储的变量“IsSubmit”是标记是否提交成功的
if (!IsPostBack)
if (Session["IsSubmit"]==null)
Session.Add("IsSubmit",false);
if ((bool)Session["IsSubmit"])

{

//如果表单数据提交成功，就设“Session["IsSubmit"]”为false

Session["IsSubmit"] = false;

//显示提交成功信息

TextBox1.Text = " * 提交成功!";

}
else

{//否则的话（没有提交，或者是页面刷新），不显示任何信息

TextBox1.Text = "";
Response.End();
}
提交按钮中加入
Session["IsSubmit"] = true;
Response.Redirect ("本页");

====第五篇==结束==========================================================================

另外：

1、通常应该在业务层进行判断（唯一性）解决这种问题

2、要在页面装载事件写上    Response.CacheControl = "no-cache"     清除缓存

3、也有人这样说：我以前也碰到过这样的问题，是在分步提交中一个人的简历，在写完第一个页面后跳到第二个页面，为了防止用户用后退返回到第一 个页面，再重新提交第一个页面，我是当用户提交第一次提交第一个页面时，把插入数据库中的记录的自增长id号放到session里，当用户从第二个页面返 回到第一个页面再一次提交该页面时，我就用session里的值去数据库查，如果有这个id就用update语句把第一个页面的数据写进数据库，如果没有 查到这个id,就用insert语句。

#############################################################

2. 参考 http://www.cjsdn.net/post/view?bid=2&id=191738

小弟在使用hibernate saveOrUpdate出现问题。
数据库数据为2条相同记录（主键自动生成），由于再现情况不多，也没有找出具体原因，估计分析有两点，请大家帮忙找找。
1，同时插入两条记录
这种情况只用重复提交时出现，但我在插入之前做了查询数据库的操作，数据已经存在（Itemcode和Employid均重复）就不用插入数据库了，理应不会插入了。
2，先插入一条，再更新的时候不是更新而是插入一条
这种情况可能是因为saveOrUpdate时，本想更新而没有加入主键，当时程序中在执行方法之前已经查询过数据库了 ，如果有数据则取出主键付给新的vo了，照理来说也不会出现重复数据。

由于测试时没有再现，也不知道数据库重复数据的来源（有一点可以肯定数据不是手动添加的）希望大家帮帮忙。谢谢
代码如下

先建立vo
employitem = new TEmployitem();
employitem.setIsflag(info.getIsFlag());
employitem.setEmployid(new Long(info.getEmployid()));
employitem.setResult(info.getResult());
employitem.setItemcode(info.getItemcode());
employitem.setItemtime(new Date());

employitem.setUpdatetime(new Date());
employitem.setUpdateuser(info.getUsername());

查询数据库
如果存在则返回TEmployitem新对象 em
并把付给employitem
employitem.setItemid(em.getItemid());
employitem.setCreatetime(em.getCreatetime());
employitem.setCreateuser(em.getCreateuser());
如果不存在直接

employitem.setCreatetime(new Date());
employitem.setCreateuser(info.getUsername());
最后
employItemDao.addOrUpdate(employitem);

补充注明 数据库中两条记录除主键外一样，包括Createtime 这个在java中是new的一个 Date()

#############################################################

3. 参考http://hgq0011.iteye.com/blog/31522

用hibernate作为持久层，update是出现了重复记录。奇怪了，为什么会明明是update，怎么可能出现添加一条记录的结果呢？
由于在操作过程中，修改了某个属性（字段），可以update成功。但我在页面中的另一个属性（它有一个回车操作去从数据库拿另外的数据来更新）中修改，就会出现添加一个新的记录。WHY？  
　　我仔细看了一下日志，两个不同的操作sql真不一样，一个是用insert,另一个是用update语句。反过来的想了想有关pojo相等的比较原理。
　　我于是有了几个想法，来测试。
　　1）两个对象的比较（equals）规则的可能出错了。
　　　　在我记忆中，pojo对象默认的equals方法是用主键来认识，两个对象是否相等。以前没有重写equlas方法和hashCode方法。对于不是很熟悉hibernate的我来说，还是决定重写这两个方法。编译完，重启tomcate，问题依旧。
        2) 是不是我在持久层调用方法出错了呢？
　　　仔细看了一下saveOrUpdate()这个方法的文档。saveOrUpdate方法能通过现个对象的equals方法来区分，到底是要insert还是要update。看来这个应该没有问题。
　　3）经过上面两步的推理。难道是要修改对象的关键字的值被漏掉了吗？
　　　我追踪了主鍵值，由于主键值在页面是在一个隐藏域。当操作出错属性（它有一个回车操作去从数据库拿另外的数据来更新）返回时，查看了页面的源代码，果然，隐藏域的值为空。原来在我返回页面时，忘记给它保存原来的值了。
　　经过一番折腾，终于搞定了。：）
　　在编码过程中一定要仔细，严谨，平时多注意理论知识的积累，理论联系实践。