Random随机数某一时刻生成相同数问题(IBM JDK和SUN JDK差矣造成)

Random实例化会有一个seed种子,默认用系统System.currentTimeMillis().

 

public Random() { this(System.currentTimeMillis()); }

 

问题例子:编译IBM JDK 1.5和SUN JDK1.5会产生不同效果

 

public static void main(String[] args) { Random r = new Random(); for (int i = 0; i < 4; i++) { get(i); } } private static void get(Random r, int i) { System.out.println(r); System.out.println(">>" + i + "<<"); System.out.println(r.nextInt(50)); System.out.println(r.nextInt(50)); System.out.println(r.nextInt(50)); } private static void get(int i) { Random r = new Random(); System.out.println(">>" + i + "<<"); System.out.println(r.nextInt(50)); System.out.println(r.nextInt(50)); System.out.println(r.nextInt(50)); try { Thread.currentThread().sleep(1); } catch (InterruptedException e) { } } 

 

当Random每次都实例新对象,然后使用r.nextInt(int),由于伪随机是特定算法根据seed来生成.所以会产生连续几个相同的数.

当Random只new一次,那r.nextInt(int)生成的伪随机,就不会出现重复问题.

 

这个问题是在Was5.1上使用Pactchca开源中RandomColorFactory碰到的问题.而在Tomcat上就不会出现.这个问题不知道为什么.

但是上述代码模拟出来的效果,与Was无异,应该不是硬件问题.而是Tomcat和Was中System.currentTimeMillis()的区别

 

有待求证.也有可能是IBM JDK和SUN JDK的区别关于System.currentTimeMillis()实现差异造成.

 

SUN JDK 结果:

>>0<<

0

26

19

>>1<<

43

20

41

>>2<<

4

36

46

>>3<<

25

28

39

IBM JDK 结果:

>>0<<

30

22

6

>>1<<

30

22

6

>>2<<

30

22

6

>>3<<

30

22

6