我正在使用java.security.SecureRandomangorithm"SHA1PRNG"來(lái)生成加密密鑰。這是用于加密次要數(shù)據(jù)的歷史代碼。然而，當(dāng)我們從java8切換到j(luò)ava11時(shí)，我們的代碼停止工作。這是重現(xiàn)這種情況的測(cè)試用例：@Testvoid srEncryptionSeedTest() throws NoSuchAlgorithmException{    final long versionSalt = 1850498708034063014L;    final long customSalt  = -919666267416765972L;    final SecureRandom sr = SecureRandom.getInstance("SHA1PRNG");    sr.setSeed(versionSalt);    final long l1 = sr.nextLong();    final long l2 = sr.nextLong();    sr.setSeed(customSalt);    final long k1 = sr.nextLong();    final long k2 = sr.nextLong();    // check l1 and l2    Assert.assertEquals(l1, 6338935000439666355L);    Assert.assertEquals(l2, -7355545655857008441L);    // Seeding    // check k1 and k2    Assert.assertEquals(k1, -2226559466996804670L); //     Assert.assertEquals(k2, -3123855249705841778L);}這在 java11 上工作正常，但在 java8 上我們有k1=-4273821888324981770and k2=3053251164341917236，所以測(cè)試失敗。如您所見(jiàn)，在生成相同數(shù)量的相同隨機(jī)數(shù)后設(shè)置完全相同的種子后測(cè)試開(kāi)始失敗，所以我懷疑 RNG 的狀態(tài)不同，但調(diào)試對(duì)我沒(méi)有幫助（我不明白為什么這不一樣）。這可以很容易地在任何操作系統(tǒng)上重現(xiàn)。關(guān)于 Java8 JVM 的一些事實(shí)：java.vendor -> Oracle Corporation // same goes on OpenJDK buildsjava.version -> 1.8.0_202-ea // same goes on 1.8.0_181java.vm.info -> mixed modejava.specification.version -> 1.8java.runtime.name -> Java(TM) SE Runtime Environment關(guān)于 Java11 JVM 的一些事實(shí)：java.vendor -> AdoptOpenJDKjava.version -> 11.0.3java.vm.info -> mixed modejava.specification.version -> 11java.runtime.name -> OpenJDK Runtime Environment任何幫助將不勝感激。