1 java 1.0 中就存在的方法 Random
优点: 最老的API,兼容旧系统,易用。
缺点: 可预测,会被破解。 随着Java版本迭代,在很多场景下有更合适的方案。

2 java 1.7 新增的随机类 ThreadLocalRandom
根据源码的解释,这个类是依附于线程本身的。所以在多线程的情况下,其效率要优于Random。
我自己试了一下 生成效率差不多快了1/3.
优点: 线程状态下效率很高。
缺点: 不适合多线程随机数的情况(不过我现在还没遇到这种场景)。

3 SecureRandom

看名字也看的出来 这个是安全的随机数实现。 看了一下源码注释:
这个类的具体算法实现 provider 有Java默认的算法实现,你也可以自己定义这个算法,
但是要求是必须达到 FTPS-140-2(我也不知道具体什么鬼,听上去很高大上)标准的算法实现。
总之要求就是这个算法是不可预测的。
优点: 安全,不可预测。
缺点: 生成效率低了很多。

哦。 对了。还有一点需要注意,如果你的程序可能会运行在linux平台上,那么这两个方法你要慎用。
generateSeed和nextBytes因为这两个方法可能会被阻塞一段时间。因为他们的随机基于
/dev/random 目录。而这个目录收集系统噪声来实现真随机。因此可能会造成阻塞。

网友评论