1. 为什么会出现表单重复提交问题？
- 网络延迟的情况下用户多次点击submit按钮导致表单重复提交
- 用户提交表单后，点击【刷新】按钮导致表单重复提交（点击浏览器的刷新按钮，就是把浏览器上次做的事情再做一次，因为这样也会导致表单重复提交）
- 用户提交表单后，点击浏览器的【后退】按钮回退到表单页面后进行再次提交
2.解决方案
2.1 前端解决方案（治标不治本）
2.1.1用JavaScript控制Form表单只能提交一次
主要代码：
<form action="${pageContext.request.contextPath}/servlet/DoFormServlet" οnsubmit="return dosubmit()" method="post"> 用户名：<input type="text" name="username"> <input type="submit" value="提交" id="submit"> </form> <head> <title>Form表单</title> <script type="text/javascript"> var isCommitted = false;//表单是否已经提交标识，默认为false function dosubmit(){ if(isCommitted==false){ isCommitted = true;//提交表单后，将表单是否已经提交标识设置为true return true;//返回true让表单正常提交 } else { return false;//返回false那么表单将不提交 } } </script> </head>
2.1.2提交以后将提交按钮设置为不可用（体验可能不太好）
主要代码：
function dosubmit(){ //获取表单提交按钮 var btnSubmit = document.getElementById("submit"); //将表单提交按钮设置为不可用，这样就可以避免用户再次点击提交按钮 btnSubmit.disabled= "disabled"; //返回true让表单可以正常提交 return true; }
2.1.3提交以后将页面关闭（可能用户体验不好）
2.1.4提交以后将页面数据刷新 这个时候将本条记录的主键id拿到，后端进行插入的时候看看主键id是否存在决定进行插入或者修改
2.2 后端解决方案
2.2.1利用Session防止表单重复提交
主要步骤：
- 在服务器端生成一个唯一的随机标识号，专业术语称为Token(令牌)，并在当前用户的Session域中保存这个Token
token生成类
public class TokenProccessor { /* *单例设计模式（保证类的对象在内存中只有一个） *1、把类的构造函数私有 *2、自己创建一个类的对象 *3、对外提供一个公共的方法，返回类的对象 */ private TokenProccessor(){ } private static final TokenProccessor instance = new TokenProccessor(); /** * 返回类的对象 * @return */ public static TokenProccessor getInstance(){ return instance; } /** * 生成Token * Token：Nv6RRuGEVvmGjB+jimI/gw== * @return */ public String makeToken(){ String token = (System.currentTimeMillis() + new Random().nextInt(999999999)) + ""; //数据指纹 128位长 16个字节 md5 try { MessageDigest md = MessageDigest.getInstance("md5"); byte md5[] = md.digest(token.getBytes()); //base64编码--任意二进制编码明文字符 adfsdfsdfsf BASE64Encoder encoder = new BASE64Encoder(); return encoder.encode(md5); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(e); } } }
String token = TokenProccessor.getInstance().makeToken();//创建令牌 System.out.println("在FormServlet中生成的token："+token); request.getSession().setAttribute("token", token); //在服务器使用session保存token(令牌) request.getRequestDispatcher("/form.jsp").forward(request, response);//跳转到form.jsp页面
- 将Token发送到客户端的Form表单中，在Form表单中使用隐藏域来存储这个Token，表单提交的时候连同这个Token一起提交到服务器端
<form action="${pageContext.request.contextPath}/servlet/DoFormServlet" method="post"> <%--使用隐藏域存储生成的token--%> <%-- <input type="hidden" name="token" value="<%=session.getAttribute("token") %>"> --%> <%--使用EL表达式取出存储在session中的token--%> <input type="hidden" name="token" value="${token}"/> 用户名：<input type="text" name="username"> <input type="submit" value="提交"> </form>
- 在服务器端判断客户端提交上来的Token与服务器端生成的Token是否一致，如果不一致，那就是重复提交了，此时服务器端就可以不处理重复提交的表单。如果相同则处理表单提交，处理完后清除当前用户的Session域中存储的标识号。
/** * 判断客户端提交上来的令牌和服务器端生成的令牌是否一致 * @param request * @return * true 用户重复提交了表单 * false 用户没有重复提交表单 */ private boolean isRepeatSubmit(HttpServletRequest request) { String client_token = request.getParameter("token"); //1、如果用户提交的表单数据中没有token，则用户是重复提交了表单 if(client_token==null){ return true; } //取出存储在Session中的token String server_token = (String) request.getSession().getAttribute("token"); //2、如果当前用户的Session中不存在Token(令牌)，则用户是重复提交了表单 if(server_token==null){ return true; } //3、存储在Session中的Token(令牌)与表单提交的Token(令牌)不同，则用户是重复提交了表单 if(!client_token.equals(server_token)){ return true; } return false; }
doGet方法中：
boolean b = isRepeatSubmit(request);//判断用户是否是重复提交 if(b==true){ System.out.println("请不要重复提交"); return; } request.getSession().removeAttribute("token");//移除session中的token System.out.println("处理用户提交请求！！");
对于【场景二】和【场景三】导致表单重复提交的问题，既然客户端无法解决，那么就在服务器端解决，在服务器端解决就需要用到session了。使用token的方法能解决【场景二】和【场景三】的情况。
2.3 前端加后端的解决方案
思路: 前端提交以后，页面弄一个加载动画，后端处理完成以后将本条数据的主键id返回前端，前端第二次请求的时候把主键id附上值即可。
总结：
常见的方法有四种：
- 方法一：禁用掉“提交（注册）”按钮，当用户第一次点击提交注册按钮时，事务已经提交了，但是网络存在不稳定性，可能没有及时作出响应，这时用户可能会认为没有点击提交按钮，进而会再次点击提交按钮，
这是不符合我们的业务逻辑的，因此，我们可以在用户第一次点击提交按钮之后，立刻将提交按钮设置为不可用状态（例如：变灰），用户就不会再次提交了。
- 方法二：采用页面重定向，在用户点击提交按钮之后，转向一个新的页面，提示用户提交成功。
- 方法三：采用标志，在一个会话中，当用户请求一个表单时，服务器端在发送页面的时候可以生成一串密文（也可以是随机数），跟随页面同时发给客户端，当客户端填写好表单后，点击提交按钮，再次将这个密文发回到服务器端，并和服务器端的密文进行比对，如果相同，则开始处理业务，如果不相同，则不处理此次业务（像互联网金融行业大多采用这种方式）。
- 方法四：利用服务器端的数据库，可以在数据库的表里添加相关的约束来防止重复提交，但是这样会增加数据库的负载。
上面的四种方法各有利弊，我们可以根据项目的实际情况来选择，也可以将这些方法组合起来使用。
