loszhang 最近的时间轴更新 loszhang 最近的时间轴更新 |
loszhangV2EX 第 231579 号会员，加入于 2017-05-20 15:51:48 +08:00 |
loszhang 最近回复了
90 天前 回复了 lucasj 创建的主题 › GitHub Copilot › GitHub Copilot 下个月到期了，现在犹豫要不要续费 |
cursor 更适合前端吧
91 天前 回复了 skape 创建的主题 › JetBrains › jetbrains2024 系列的 IDE 太卡了 |
打开任务管理器，我这边不是内存占用的问题，而是 CPU 的问题。
148 天前 回复了 xueling 创建的主题 › 程序员 › coze 要收费了，还有什么替代方案推荐吗? |
153 天前 回复了 lifeOsDeveloper 创建的主题 › 问与答 › Java 开发台式机，买 intel 还是 amd 的 cpu 好呢 |
内存加上去，CPU 这一两年的都没啥问题
226 天前 回复了 coolrequest 创建的主题 › Java › Cool Request 更新啦， IDEA 里面免费、实用的接口调试插件 |
这个 Code Request 和 restfultool 这个插件很像。我主要是常用全局搜索 API ，所以 restfultool 已经满足我的需求了。接口测试还是习惯使用 postman ，目前确实没有可以替换 postman 的存在。
230 天前 回复了 loszhang 创建的主题 › Java › 批量支付 1000 笔以上运单 |
感谢大家的回复，我目前选择的方式是，用户发起批量支付时，同步将运单的 id 写入新表中，然后返给前端处理中的结果。前端查询时，我会过滤掉已经记录的运单，这样就不会造成用户重复发起。
因为一开始我担心批量修改和插入会比较耗时，我试下了循环调用 insert 插入，确实比较费时，1000 条 40 秒，然后换成 foreach 插入，1000 条 300 毫秒。所以选择同步去记录运单。
后续如果还有其他问题，也会更新，感谢。
因为一开始我担心批量修改和插入会比较耗时，我试下了循环调用 insert 插入，确实比较费时，1000 条 40 秒，然后换成 foreach 插入，1000 条 300 毫秒。所以选择同步去记录运单。
后续如果还有其他问题，也会更新，感谢。
230 天前 回复了 loszhang 创建的主题 › Java › 批量支付 1000 笔以上运单 |
@offswitch 我主要是一开始不太确定，应该如何去更改这 1000 笔运单的状态，如果同步修改，可能会耗时比较久，给用户的感受不太好。我刚才换了中批量插入的方式，很快了。
让前端设计下，这个一般前端是不太想参与的，😄。
让前端设计下，这个一般前端是不太想参与的，😄。
230 天前 回复了 loszhang 创建的主题 › Java › 批量支付 1000 笔以上运单 |
@perbugwei 我换成 foreach 插入，1000 笔，300 毫秒。那我就同步记录下请求中的运单 id ，查询时过滤掉已经记录的运单，这样就不会再重复发起。
230 天前 回复了 loszhang 创建的主题 › Java › 批量支付 1000 笔以上运单 |
@dong568789 如果是同步更新状态，就不会出现用户会重复提交的问题。如果是异步更新状态，就会出现。
230 天前 回复了 loszhang 创建的主题 › Java › 批量支付 1000 笔以上运单 |
@perbugwei 不是 savebatch ，就是 insertSelective
Select Language