背景：
今天被测试提了一个bug，很纳闷，因为这个bug是：没有禁止表单重复提交。顿时感觉form表单真是无处不在。
一般我们不做重复提交的处理，有些地方会使用js禁止提交按钮的方式，但也仅限于通过js提交的表单。
于是各种百度，有说使用session做标记的，根据标记来判断是否第一次提交，但想想这种方式对后端来说比较复杂，而且session也比较贵。
今天测试提的bug顿时让我毫无头绪了，因为这个表单是同步提交的，根本没有js参与。更不可能为所有的同步表单都写一套js。
那么，面对同步提交表单的这种情况，大家是如何解决重复提交问题的呢？
提出你的锦囊妙计吧！
背景：
今天被测试提了一个bug，很纳闷，因为这个bug是：没有禁止表单重复提交。顿时感觉form表单真是无处不在。
一般我们不做重复提交的处理，有些地方会使用js禁止提交按钮的方式，但也仅限于通过js提交的表单。
于是各种百度，有说使用session做标记的，根据标记来判断是否第一次提交，但想想这种方式对后端来说比较复杂，而且session也比较贵。
今天测试提的bug顿时让我毫无头绪了，因为这个表单是同步提交的，根本没有js参与。更不可能为所有的同步表单都写一套js。
那么，面对同步提交表单的这种情况，大家是如何解决重复提交问题的呢？
提出你的锦囊妙计吧！
onclick="this.disabled=true" 这么简单的一句代码用的着写一套???
对于前端来说, 防止重复提交是必须做的...
当然后端视情况要不要加, 因为前端只能防止用户手动多次点击, 但是没有办法阻止模拟请求
session设个过期时间，利用数据库唯一性（提交了是插到数据库吗），提交了本地存个cookie，第二次提交判断下有木有
一个结果，n种方法。
session（或者cookie）虽然比较贵但也可以说是比较节省的，毕竟其他方法还要进行新的模块调用（cache,db）
session_id就可以判断啊。
我支持禁用提交。其实并不复杂，提取出一个公共逻辑即可，并不需要对每个表单独写一套。
防止重复提交，说到底就是防止一个逻辑执行多次。然而要求后端完全幂等是不可能的，create操作就是个反例。因此更好的实践便是从前端入手。
