woodensail

并发控制有几种不同的处理，可以根据不同需求选用。
1：发起新请求时如果有进行中的请求，则直接将老请求的 promise 丢回去。这种方式适用于不需要考虑时效性的请求接口。
2：乐观锁，每次进入长逻辑时将乐观锁+1 然后记录当前的值，逻辑执行中每个异步任务完成后都检查一次乐观锁是否变动，如果没变则可以继续执行，如果变了，则终止当前人物。这个方式适用于包含多个异步人物的长逻辑链条，且允许新操作覆盖旧操作的场景
3：简单的互斥锁，有进行中的请求则将新的操作废弃或者排队。一般提交类操作这么搞，前一个请求完成前，不允许发起第二个请求
这几个是我常用的手段，还有其他手段可以参考其他人的回复，比如上面说到的 abort 老的请求。

@xubingok 随你，反正我只是表达一个现实情况，基于 js 技术栈的前端开发组人员可以参与部分服务端项目开发。基于 java 或其他服务端常用语言的后端开发组成员也可以参与部分前端页面开发。
我觉得 V2 的用户也都能理解。

@xubingok 我一开始就没纠结这个啊，我只是说有前端技术栈的人从事这方面开发而已。不知道你为什么非纠结这个身份，现在前后端模糊，甚至开发和运维模糊的情况不是很常见吗？

@xubingok 我不知道你想表达什么，我觉得我前面已经说得很清楚了，接口层的出现是必然，而接口层目前有大量 nodejs 开发也是现实，我不知道你为什么就觉得用 nodejs 开发接口层就是偷懒。

事实上，我们不光有前端干接口聚合的，还有后端写 react 的，现在的低代码流行起来后，后端在现有框架下用模板搭建 CRUD 页面，然后进行微调也是常有的事儿。这是前端懒吗？不，这是因为自己写效率高，反正一个页面不到半个小时，这点时间还不够沟通呢，不如自己干了。

@xubingok 还有我始终不明白你到底在杠什么，还扯什么[还是懒的问题]。
事实上我们项目组氛围好得很，大家通力合作，力图用最高效的方式来解决需求。

@xubingok 你要是这么认为那我也没招，我们这边就是有些项目前端开发顺便搞接口聚合的。
他们要是知道自己一不会搞分布式开发，二不会搞数据库事务，就写了几个接口聚合就有后端开发经验了，想必是十分高兴的。

@xubingok 我哪儿来的人身攻击，我又不是没在小公司呆过，我都不明白你为什么会觉得在小公司工作会是人身攻击。

其次，你没见过用 nodejs 做接口聚合的吗？是的，你可以说 nodejs 跑在服务器上，所以 nodejs 程序员也是后端程序员。我觉得他们会很高兴自己成了后端的。

@xubingok 后端拆分的理由我也说了啊，互联网公司项目达到一定程度之后就要搞大中台，大中台就是每个系统只管自己的一摊子业务，从而降低系统复杂度。
那么问题来了，我一个前端页面对接十几个中台，你让我自己一个一个请求？很明显需要一个人来聚合，这个人可以是前端，可以是后端。
说白了，你们公司业务小，接触不到这些，不代表别的公司也一样。