o uso de java em ThreadLocalRandom

o uso de java em ThreadLocalRandom

Em java que muitas vezes precisa usar java.util.Random para facilitar a produção de números aleatórios. Mas aleatória thread-safe, se você quiser falar em um ambiente de rosca é susceptível de criar um gargalo de desempenho.

Nós método aleatório nextInt comumente usado como um exemplo para analisar especificamente:

    public int nextInt() {
        return next(32);
    }
复制代码

método nextInt realmente chama o método a seguir:

    protected int next(int bits) {
        long oldseed, nextseed;
        AtomicLong seed = this.seed;
        do {
            oldseed = seed.get();
            nextseed = (oldseed * multiplier + addend) & mask;
        } while (!seed.compareAndSet(oldseed, nextseed));
        return (int)(nextseed >>> (48 - bits));
    }
复制代码

Podemos ver a partir do código, métodos internos utilizados AtomicLong, e chama seu caminho compareAndSet para garantir a segurança do thread. Portanto, este é um método de thread-safe.

Na verdade, vários threads ambiente, Random simplesmente precisa exemplos de acções, em seguida, como lidar com isso?

ThreadLocalRandom introduz uma classe em JDK 7. Nós todos sabemos que a variável ThreadLocal local é o fio, eo fio é ThreadLocalRandom aleatória local.

Nós olhamos como chamada:

ThreadLocalRandom.current().nextInt();
复制代码

Fomos para escrever um teste de benchmark para ambas as classes:

public class RandomUsage {

    public void testRandom() throws InterruptedException {
        ExecutorService executorService=Executors.newFixedThreadPool(2);
        Random random = new Random();
        List<Callable<Integer>> callables = new ArrayList<>();
        for (int i = 0; i < 1000; i++) {
            callables.add(() -> {
                return random.nextInt();
            });
            }
        executorService.invokeAll(callables);
    }

    public static void main(String[] args) throws RunnerException {
        Options opt = new OptionsBuilder()
                .include(RandomUsage.class.getSimpleName())
                // 预热5轮
                .warmupIterations(5)
                // 度量10轮
                .measurementIterations(10)
                .forks(1)
                .build();

        new Runner(opt).run();
    }
}
复制代码

public class ThreadLocalRandomUsage {

    @Benchmark
    @BenchmarkMode(Mode.AverageTime)
    @OutputTimeUnit(TimeUnit.MICROSECONDS)
    public void testThreadLocalRandom() throws InterruptedException {
        ExecutorService executorService=Executors.newFixedThreadPool(2);
        List<Callable<Integer>> callables = new ArrayList<>();
        for (int i = 0; i < 1000; i++) {
            callables.add(() -> {
                return ThreadLocalRandom.current().nextInt();
            });
            }
        executorService.invokeAll(callables);
    }

    public static void main(String[] args) throws RunnerException {
        Options opt = new OptionsBuilder()
                .include(ThreadLocalRandomUsage.class.getSimpleName())
                // 预热5轮
                .warmupIterations(5)
                // 度量10轮
                .measurementIterations(10)
                .forks(1)
                .build();

        new Runner(opt).run();
    }
}
复制代码

Análise dos resultados operacionais, podemos ver ThreadLocalRandom em um ambiente multithread será mais rápido do que aleatório.

Exemplos aqui descritos podem referenciar github.com/ddean2009/l ...

Consulte o artigo de atualização do blog flydean