Spring BcryptPasswordEncorder Log Rounds参数说明

在处理用户Excel数据导入时遇到接口超时问题,原本以为是超时时间设置不当,但调整超时配置后问题依旧。通过单步调试发现,问题出在使用Spring BcryptPasswordEncorder加密用户密码时。由于未指定log rounds参数,默认使用了较高复杂度的加密轮数导致。将log rounds设为较小值后,问题得到解决。了解到log rounds影响加密的计算复杂度,数值越大,计算时间越长。因此在处理大量数据时,应避免同步操作,考虑采用异步处理方式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Spring BcryptPasswordEncorder log rounds参数说明

今天在做用户上传Excel表格导入数据到Mongodb数据库的时候遇到一个超时的问题,比较有意思,在这里记录一下!需求是这样的,用户通过页面选择本地的Excel表格,通过接口将Excel表格上传到后台,由后端解析Excel表格中的数据,解析成功后保存到数据库中。对于Excel表格的处理我表示轻车熟路,本来这个功能已经做好了,而且之前还测试过上传有上万条记录的Excel表格的导入,完全没有压力。但是今天在导入新用户的时候突然提示500超时了!以下是我的解决过程:
1. 首先想到的时候Spring MVC的接口默认超时时间设置得太短了,Spring的文档说如果不设置默认超时时间,那么会根据服务器的超时时间进行设置,Tomcat一般是10s。然后我就修改了Spring的配置,增加了如下两处超时时间配置:

server:
  connection-timeout: 60000

spring:
  mvc:
    async:
      request-timeout: 60000

再次上传该用户表,WTF,还是超时。

  1. 接着考虑是不是前端访问接口的时候有设置默认的超时时间,仔细F12看调用过程,否定了这个想法。
  2. 然后只能单步调试了,但是类似
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值