重复提交问题

本文探讨了在APP和Web端遇到的表单重复提交问题,列举了多种情况,如弱网环境下的多次点击。提出了解决方案,包括前端按钮禁用、数据库唯一约束、利用Session和Redis防止重复提交。并详细介绍了Session和AOP(面向切面编程)在防止重复提交中的应用。同时,指出了不同层面的测试需求,包括前端和接口层面的测试策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

场景描述

表单提交,重复提交,导致生成相同的两条记录。

情况罗列

APP重复提交:

1.弱网环境下点击【提交】后页面跳转较慢,此时再次点击【提交】。

2.提交后通过滑动屏幕返回前一页面再次点击【提交】。

3.提交后通过点击【返回】退到前一页面再次点击【提交】。

Web端重复提交:

1.弱网环境下点击【提交】后页面跳转较慢,此时再次点击【提交】。

2.提交后,在服务端响应慢的情况下,【刷新】提交请求。

3.使用浏览器【后退】按钮重复之前的操作,导致重复提交表单。

4.使用浏览器【历史记录】重复提交表单。

5.浏览器重复的HTTP请求。

参考文章:https://www.cnblogs.com/yoko01/p/5550305.html

开发应有处理

  • 前端按钮js禁用处理。

  • 数据库唯一约束。出现相同数据,抛出异常,回滚。

  • 利用Session防止表单重复提交(推荐)
    实现原理:
    服务器返回表单页面时,会先生成一个subToken保存于session,并把该subToen传给表单页面。当表单提交时会带上subToken,服务器拦截器Interceptor会拦截该请求,拦截器判断session保存的subToken和表单提交subToken是否一致。若不一致或session的subToken为空或表单未携带subTo

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值