UUID/签名/加解密工具并发场景下隐藏的性能瓶颈问题

在线上服务中,由于UUID.randomUUID()使用了SecureRandom对象,导致高并发时出现线程同步锁竞争,引发性能瓶颈。解决办法是在并发环境中利用ThreadLocal缓存MD5、AES等工具类,避免类似UUID的线程安全问题,提高服务性能。

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

在线上运行的服务,偶发观测到部分服务有Block Thread的现象,排查发现是生成UUID造成的,那么看一下为什么一个static会造成block。看下实现可以发现:

在这里插入图片描述
UUID.randomUUID底层共用同一个SecureRandom对象,ng.nextBytes(randomBytes)会调用其engineNextBytes方法,该方法签名存在对象同步锁sun.security.provider.SecureRandom#engineNextBytes ,在高并发的情况下会存在线程间的锁竞争,存在性能瓶颈。
在这里插入图片描述
因此推荐在高并发场景下使用签名或者加密工具类时,使用ThreadLocal缓存。MD5、AES工具类同样存在上述问题。类似的问题,日期格式化类SimpleDateFormat也存在。以UUID为例子,通过ThreadLocal进行优化:

public class UUIDUtil {
   
    private static final ThreadLocal<SecureRandom> RAND = ThreadLocal.
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值