重复请求处理和幂等处理的共性：1、目的相同；2、处理内容相同。重复请求处理和幂等处理的区别：1、应用场景不同；2、处理方式不同。目的相同是指重复请求处理和幂等处理都是为了保证接口的正确性和一致性。
一、重复请求处理和幂等处理的共性
1、目的相同
重复请求处理和幂等处理都是为了保证接口的正确性和一致性。
2、处理内容相同
重复请求处理和幂等处理都是处理重复的请求，避免在重复请求时出现不必要的数据重复提交、重复处理等问题，从而确保接口对数据的操作具有准确性和安全性。
二、重复请求处理和幂等处理的区别
1、应用场景不同
重复请求处理：是在第一次请求已经成功的情况下，人为的进行多次操作，导致不满足幂等要求的服务多次改变状态。
幂等处理：第一次请求不知道结果（比如超时）或者失败的异常情况下，发起多次请求，目的是多次确认第一次请求成功，却不会因多次请求而出现多次的状态变化。
2、处理方式不同
重复请求处理：通过限制重复请求的发送次数和时间间隔，避免对服务器端造成不必要的负担。
幂等处理：针对接口操作在执行多次时返回结果一致的需求进行设计，即使同样的操作请求被发送多次，只要第一次请求成功执行后，后续的请求都应该返回同样的结果。同时，幂等处理要求对接口操作的所有可能结果都需要具有唯一性，从而避免因为重复请求导致数据重复或者出现不符合预期的操作结果。
三、重复处理请求的三种方式
1、前端ajax处理
方式为ajax防止重复提交。优点是前端可在用户点击之后将按钮锁定，不可点击，直到后端返回数据才释放锁。前端处理是最为简单有效，且对用户比较友好的方式。可用提示语提醒用户等待；缺点是无法应对直接刷后端接口的情况，如果用户直接调后端接口，无法处理（属于特殊情况）。
2、后端AOP处理
方式为自定义注解+AOP。后端处理逻辑是需要使用额外的存储数据，记录用户访问接口次数。在重复提交时拦截请求，对于重复的请求直接返回就行，不做任何处理。
3、数据库唯一索引
数据库处理就是设置唯一索引，可设联合唯一索引用来处理重复数据。缺点是如果业务场景就是应该存储重复的数据，则该种方式不可用。
四、幂等处理简介
幂等概念来自数学，表示N次变换和1次变换的结果是相同的。这里讨论在某些场景下，客户端在调用服务没有达到预期结果时，会进行多次调用，为避免多次重复的调用对服务资源产生副作用，服务提供者会承诺满足幂等。
HTTP/1.1中对幂等性的定义是：一次和多次请求某一个资源对于资源本身应该具有同样的副作用（网络超时等问题除外）。也就是说，其任意多次执行对资源本身所产生的影响均与一次执行的影响相同。
Methods can also have the property of “idempotence” in that (aside from error or expiration issues) the side-effects of N > 0 identical requests is the same as for a single request.
这里需要关注几个重点：
- 幂等不仅仅只是一次（或多次）请求对资源没有副作用（比如查询数据库操作，没有增删改，因此没有对数据库有任何影响）。
- 幂等还包括第一次请求的时候对资源产生了副作用，但是以后的多次请求都不会再对资源产生副作用。
- 幂等关注的是以后的多次请求是否对资源产生的副作用，而不关注结果。
- 网络超时等问题，不是幂等的讨论范围。
幂等性是系统服务对外一种承诺（而不是实现），承诺只要调用接口成功，外部多次调用对系统的影响是一致的。声明为幂等的服务会认为外部调用失败是常态，并且失败之后必然会有重试。
延伸阅读
幂等的不足
幂等是为了简化客户端逻辑处理，却增加了服务提供者的逻辑和成本，是否有必要，需要根据具体场景具体分析，因此除了业务上的特殊要求外，尽量不提供幂等的接口。
- 增加了额外控制幂等的业务逻辑，复杂化了业务功能
- 把并行执行的功能改为串行执行，降低了执行效率。
文章标题：重复请求处理和幂等处理有什么共性和区别，发布者：Z, ZLW，转载请注明出处：https://worktile.com/kb/p/48316
微信扫一扫 
支付宝扫一扫 
