防止重复提交解决�Ҏ��

周游世界 — Wed, 28 Jun 2006 07:51:00 GMT

B/S�l�构的��Y件开发中�Q�特别是在越大型的分布式应用中体现的��明显，后端的处理往往会因为出现较多的旉��消耗而引起�g�q?�q�种延迟有可能过长而最�l��用户认�ؓ是自��q��操作错误�Q�导致他们重新提交请求，�׃��d��的重复提�?服务器资源大部分被占�?情节严重可能出现�c�M��L��现象�?br />
预期辑ֈ�目标:
   1、当用户�q�行的是Refresh/Reload/Back/Forward操作、以及先Back再Submit操作�Ӟ��仅仅是reloading先前的结果页�?br />   2、当用户重复提交同一个�Q务操作时,后台服务接收�q�处理第一�ơ提交的��d��Q�后面提交不起作用（不�{向也不提�C�）�?br />   3、该功能��h��公用性�?br />
基本形成思�\�Q?br />   1、在basic filter中实现公用�?br />       if(true){//问题1�Q�如何确定是否�ؓ重复提交
           ...
           chain.doFilter(request,response);
       }else{
           //问题2�Q�如何实��C��转向、不提示也不昄��I�白��?br />       }

   2、网上资料概�?br />       a、提交表单后按钮变灰/隐藏提交按钮
       b、在js里设�|�全局变量�Q�提交后修改该变量的��|��依据变量的值判断是否重复提�?br />        var flag=true;
        function checkForm(){
            if (flag==false){
                return;
            }
            flag=false;
            document.form1.submit();
        }
       c、struts �Q�webwork没有扑ֈ��q�个资料�Q?br />        验证事务控制令牌,会自动根据session中标识生成一个隐含input代表令牌�Q�防止两�ơ提�?br />        在action中：
        //
        if (!isTokenValid(request))
            errors.add(ActionErrors.GLOBAL_ERROR,new ActionError("error.transaction.token"));
        resetToken(request); //删除session中的令牌
        action有这��L��一个方法生成��o牌华
        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);
            }
        }

        d、用户��用浏览器�Ӟ��可以�l�常使用向后的按钮，因此��有可能重复提交一个他们已�l�提交过的form�Q�这样就会带来一个重复事务处理的问题。同��P��一个用户也可能在接收到一个确认的��面之前按下停止的按钮，接着再次提交同一个form。对于这些情况，我们都想跟踪�q�且��止�q�些重复的提交，我们可以使用一个控制servlet来提供一个控制点�Q�以解决�q�个问题�?br />        同步记号�Q�Synchronizer (or Dvu) Token�Q?br />        �q�个�{�略是�ؓ了解决重复的form提交问题。一个同步的记号被设�|�在一个用��L��Session中，�q�且包含在返回到客户的每一个form中。当form 被提交时�Q�form中的同步标记��和Session中的同步标记作对比。在form首次提交的时候，�q�两个标记应该是一��L��。如果标��C��一��P��那么�?form��׃��止提交�Q�一个错误就会返回给用户。在用户提交一个form�Ӟ��如果按下��览器中的后退按钮�q�尝试重新提交同一个form�Ӟ��标记��׃��出现不匹配的现象�?br />        另一斚w��Q�如果两个标记值匹配，那么我们��可以确信整个流�E�是正确的。在�q�种情况下，Session中的标记值就会被修改��Z��个新的��|��同时允许提交该form�?br />        你也可以使用�q�个�{�略来控制对某些��面的直接访问，��好象上面资源保护中描述的一栗��例如，假设一个用户将某个应用的页面A收藏到收藏夹中，而页面A只允讔R��过��面B和C讉K��。当用户直接通过收藏�Ҏ��讉K��面A�Q�这旉��面的讉K��序��是不正��的�Q�这样同步标记将处在一个不同步的状态，或者它�Ҏ��׃��存在。不论怎样�Q�访问都被禁止了�?br />
        e、做一个hidden框，名字自己定，提交后得到这个值放入session�Q�提交前判断session是否为空�?br />        f、另Struts提供利用Token防止重复提交的方法：
        用户��h��录入��面�Q�这个与服务器徏立的一�ơ连接过�E�中�Q�在服务器端①【生成一个session标识�Q�同时返回到客户端一个与此匹配的hidden域】。用��h��交了此页面，服务器端首先②【判断此hidden域与session标识是否匚w��】，若不匚w��Q�终止保存操作，提示同一表单不能提交两次�Q�同时①【新��Z��个session标识和hidden域】，�q�回录入��面�Q�若匚w��Q�执行插入保存操作，同时③【清�I�（重置reset)session标识】�?br />        Struts正在��Z��q�样的思�\在org.apache.struts.action.Action�c�M��提供了内�|�支持方法：
        java代码:

            protected void saveToken(HttpServletRequest request) 配合标签对应于①
            protected boolean isTokenValid(HttpServletRequest request) 对应于②
            protected void resetToken(HttpServletRequest request) 对应于③

        �q�样我们在写�E�序的时候，�l�合Struts的html标签�Q�只�?br />            1.在forward到insert.jsp��面前加一个action执行saveToken(request)操作�Q�或�q�脆在insert.jsp中写
            2.保存前加个判断操作isTokenValid(request)
            3.若isTokenValid(request)�q�回false,执行saveToken(request)操作�Q�返回错误提�C�页面；true则执行resetToken(request)操作�Q�然后进行实际的保存操作

解决�Ҏ��Q?br />   1、后台公��q��中实现前台的Form中自动生成两个hidden文本功能�Q�一个是作page是否重复提交判断�Q��ƈ��q��l�自动附上关键��|��如struts采用的方案）�Q�另一个作为button是否重复提交判断�Q�struts中好像没有）。由后台公共�c�d��现界面两个hidden text自动生成的好处在于公用性�?br />   2、在basic filter中根据两个hidden text值判断是否�ؓ重复提交�?br />   3、javascript中作一个公共方法，实现功能�Q�如果需要判断是否重复提交，��q��W�二个hidden text附上关键��|��q��该功能不可用�?br />

周游世界 2006-06-28 15:51 发表评论

亚洲日韩乱码久久久久久,亚洲精品无码久久久影院相关影片 ,亚洲AV日韩AV永久无码色欲

关于事务

防止重复提交解决�Ҏ��