如果你想在Java中使用加密强大的随机数,你可以使用SecureRandom.不幸的是,SecureRandom可能会很慢.如果它/dev/random在Linux上使用,它可以阻止等待足够的熵建立.你如何避免性能损失？
有没有人使用Uncommon Maths作为解决这个问题的方法？
任何人都可以确认JDK 6中已经解决了这个性能问题吗？
关于提供long种子java.util.Random,如果我将对象实例化一次,似乎我只是把时间作为一个令人满意的程序生命的种子,这对我来说意味着一系列的结果呼叫nextDouble()看起来随机.
假设代码简单的原因,我实例化Random,使用它几次,然后重新实例化,并重复.如果种子类似地提供,则种子将是相似的并且增加,因为它基于时间.如果它是自1970年1月1日以来的秒数,则增加量将小于该值.(编辑:此问题在2011年被提出.)
如果我链接输出,nextDouble()那么Random使用非随机的基于时间的种子重新实例化会导致一个微妙的模式出现在输出的复合链中nextDouble().另一种表达这个问题的方法是:我是否需要从一组中均匀地绘制种子long.
我需要生成加密安全,随机和唯一的字符串,每个字符串实际上将用作访问令牌.为此,我计划使用Java的SecureRandom类.但是,我不确定SecureRandom是否保证了它的独特性.换句话说,SecureRandom在每次生成时都会产生不同的值吗？
似乎创建具有seed值(即new SecureRandom(byte[] seed))的实例可能有效.但是,我不确定.此外,这个答案说种子既不安全也不便携.种子价值服务器是我的目的吗？
如果您有SecureRandom以外的建议,我也希望听到它们.