loszhang

这个 Code Request 和 restfultool 这个插件很像。我主要是常用全局搜索 API ，所以 restfultool 已经满足我的需求了。接口测试还是习惯使用 postman ，目前确实没有可以替换 postman 的存在。

感谢大家的回复，我目前选择的方式是，用户发起批量支付时，同步将运单的 id 写入新表中，然后返给前端处理中的结果。前端查询时，我会过滤掉已经记录的运单，这样就不会造成用户重复发起。
因为一开始我担心批量修改和插入会比较耗时，我试下了循环调用 insert 插入，确实比较费时，1000 条 40 秒，然后换成 foreach 插入，1000 条 300 毫秒。所以选择同步去记录运单。
后续如果还有其他问题，也会更新，感谢。

@offswitch 我主要是一开始不太确定，应该如何去更改这 1000 笔运单的状态，如果同步修改，可能会耗时比较久，给用户的感受不太好。我刚才换了中批量插入的方式，很快了。
让前端设计下，这个一般前端是不太想参与的，😄。

@perbugwei 我换成 foreach 插入，1000 笔，300 毫秒。那我就同步记录下请求中的运单 id ，查询时过滤掉已经记录的运单，这样就不会再重复发起。

@dong568789 如果是同步更新状态，就不会出现用户会重复提交的问题。如果是异步更新状态，就会出现。

@perbugwei 不是 savebatch ，就是 insertSelective

@iOCZS 我们可以先给前端一个处理中的结果，后续的支付都是异步，前端刷新就可以看到最新结果。

@wuyiccc 我试下了循环插入 1000 条数据，40 秒。我再换下其他插入的方式。我们使用的是 mybatis.

@yc8332 支付是使用异步处理。现在我犹豫不决的是发起支付请求如何去记录运单支付处理中的状态，因为有 1000 笔运单，我要同步去修改，耗时较长，如果把这部分也做成异步处理，用户刷新到运单数据，可能会有上次请求中还未修改状态的运单。