SecureRandomスレッドは安全ですか？

あるSecureRandomスレッドセーフでは？つまり、それを初期化した後、次の乱数へのアクセスはスレッドセーフになるために信頼できますか？ソースコードを調べると、そうであることがわかります。このバグレポートは、スレッドセーフとしてのドキュメントの欠如がjavadocの問題であることを示しているようです。実際にスレッドセーフであることを誰かが確認しましたか？

はい、そうです。これはRandom、事実上スレッドセーフな実装を常に備えていたを拡張し、Java 7以降、スレッドセーフを明示的に保証しています。

多くのスレッドが単一のを使用している場合SecureRandom、パフォーマンスを低下させる競合が発生する可能性があります。一方、SecureRandomインスタンスの初期化は比較的遅くなる可能性があります。グローバルRNGを共有するか、スレッドごとに新しいRNGを作成するかは、アプリケーションによって異なります。ThreadLocalRandomクラスがサポートしているソリューションを提供するためのパターンとして使用することができSecureRandom。

の現在の実装SecureRandomはスレッドセーフであり、具体的には2つの変更メソッドでnextBytes(bytes[])ありsetSeed(byte[])、同期されています。

さて、私が知る限り、すべての変更メソッドは最終的にこれら2つのメソッドを介してルーティングされ、それを確実SecureRandomにRandomするためにいくつかのメソッドをオーバーライドします。これは機能しますが、将来実装が変更されると脆弱になる可能性があります。

最善の解決策は、SecureRandom最初にインスタンスで手動で同期することです。これは、各コールスタックが同じオブジェクトで2つのロックを取得することを意味しますが、最近のJVMでは通常、非常に安価です。つまり、明示的に自分自身を同期しても、それほど害はありません。例えば：

    SecureRandom rnd = ...;

    byte[] b = new byte[NRANDOM_BYTES];
    synchronized (rnd) {
        rnd.nextBytes(b);
    }