面试题：分布式系统接口，如何避免表单的重复提交？

 怎么实现承载更多用户量的系统，通常来讲分为两个大方向，互相配合实现。

硬件架构改进，主要是使用阿里云这种多组件的云环境：通过负载均衡SLB，模版克隆的云服务器ECS，云数据库RDS，共享对象存储OSS等不同职责的云产品组合实现。

软件架构优化，主要是软件代码开发的规范：业务解耦合，架构微服务，单机无状态化，文件存储共享等

在软件开发时候需要对于接口服务的“幂等性”进行实现。

幂等性

效果：系统对某接口的多次请求，都应该返回同样的结果！（网络访问失败的场景除外）。

目的：避免因为各种原因，重复请求导致的业务重复处理。

重复请求场景案例

1、客户端第一次请求后，网络异常导致收到请求执行逻辑但是没有返回给客户端，客户端的重新发起请求；

2、客户端迅速点击按钮提交，导致同一逻辑被多次发送到服务器；

简单来划分，业务逻辑无非都可以归纳为增删改查！

• 对于查询，内部不包含其他操作，属于只读性质的那种业务必然符合幂等性要求的。
• 对于删除，重复做删除请求至少不会造成数据杂乱，不过也有些场景更希望重复点击提示的是删除成功，而不是目标不存在的提示。
• 对于新增和修改，这是重点关注的部分：新增，需要避免重复插入；修改，避免进行无效的重复修改；

幂等性的实现方式

实现方法：客户端做某一请求的时候带上识别参数标识，服务端对此标识进行识别，重复请求则重复返回第一次的结果即可。

举个例子：比如添加请求的表单里，在打开添加表单页面的时候，就生成一个AddId标识，这个AddId跟着表单一起提交到后台接口。

后台接口根据这个AddId，服务端就可以进行缓存标记并进行过滤，缓存值可以是AddId作为缓存key，返回内容作为缓存Value，这样即使添加按钮被多次点下也可以识别出来。

这个AddId什么时候更新呢？只有在保存成功并且清空表单之后，才变更这个AddId标识，从而实现新数据的表单提交。

---

为帮助开发者们提升面试技能、有机会入职BATJ等大厂公司，特别制作了这个专辑——这一次整体放出。

大致内容包括了： Java 集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat等大厂面试题等、等技术栈！ 

需要获取以下这些面试题答案以及学习资料得话麻烦关注+好评之后

直接点击此链接→【点我直接获取】  即可免费获取哦~~

---

看完三件事❤️

• 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
• 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
• 关注作者公众号 『 java烂猪皮 』，不定期分享原创知识。
• 关注后回复【666】扫码即可获取学习资料包。
• 同时可以期待后续文章ing🚀。