Parler de threadlocal insecurerandom

Aujourd'hui, j'ai regardé la corrélation des nombres aléatoires,J'ai trouvé cette classe par inadvertance.

Ça a l'air super,Il y a un héritage.SecurityRandom,Encore.ThreadLocalMots,A - t - il les caractéristiques des deux,Est devenu un combinateur？

Voyons voir.

Voyons d'abord comment il génère des nombres aléatoires

    @Override
    public int nextInt() {
    
        return random().nextInt();
    }

Suivi,On dirait.randomL'approche est qu'elle est au cœur.

    private static Random random() {
    
        return PlatformDependent.threadLocalRandom();
    }

PlatformDependent- Oui.nettyEn bas,On en reparlera plus tard.

Suivi

    public static Random threadLocalRandom() {
    
        return RANDOM_PROVIDER.current();
    }

Suivi

private interface ThreadLocalRandomProvider {
    
    Random current();
}

Suivi,Oh, mon Dieu.～

C'est ici. , À l'origine, le rez - de - chaussée était ThreadLocalRandomOh là là!,Pas démodéjdk7Et plus,AvecjdkLa façon dont.

    static {
    
        if (javaVersion() >= 7) {
    
            RANDOM_PROVIDER = new ThreadLocalRandomProvider() {
    
                @Override
                @SuppressJava6Requirement(reason = "Usage guarded by java version check")
                public Random current() {
    
                    return java.util.concurrent.ThreadLocalRandom.current();
                }
            };
        } else {
    
            RANDOM_PROVIDER = new ThreadLocalRandomProvider() {
    
                @Override
                public Random current() {
    
                    return ThreadLocalRandom.current();
                }
            };
        }

J'ai regardé.nettyEtjdkEn basThreadLocalRandomMode de réalisation,Il y a encore une grande différence, Si vous êtes intéressé, allez voir par vous - même .

J'ai regardé en arrièreThreadLocalInsecureRandomPas encore.publicDécoré,Ce n'est rien.,La classe est finie..