本文记录了在将Java中的Random替换为SecureRandom后，代码在Linux服务器上运行出现的问题。由于SecureRandom默认使用NativePRNG算法，可能会因熵收集导致阻塞。解决方案包括指定算法为SHA1PRNG，启动参数调整，或使用第三方库RandomStringUtils。经验教训强调了测试环境的必要性和对新工具理解的重要性。
背景
公司服务陆续接入sonar代码质量检测扫描，并且集成了p3c规则，在一个红包服务中使用了Random来产生随机数，扫描提示如下：
Creating a new Random object each time a random value is needed is
inefficient and may produce numbers which are not random depending on
the JDK. For better efficiency and randomness, create a single Random,
then store, and reuse it.
建议使用SecureRandom，于是根据建议本地（Windows）修改测试没问题后，代码跟着正常迭代发生产。
踩坑：
这个看似正常简单的用法替换，却隐藏着一个大隐患。修改的代码发布后，陆续收到一些请求处理报错：
（这里也说一下，因为用了自研的日志告警系统，所以可以在第一时间收到报错的内容）
之前逻辑设计为了
扫一扫
909
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
