Java Concurrency на основе условия

Question

Создайте метод, который принимает целое число как аргумент и печатает на консоли. Доступ к этому методу осуществляется несколькими потоками. Если два или более потока вызовут метод с одинаковым значением, тогда только один поток должен позволить печатать значение, которое должны ждать другие потоки. Если значения отличаются друг от друга, все потоки должны позволять печатать значение. Я знаю, что интернинг поможет здесь, но интернационализация Java происходит до значений, меньших 128. После этого два Integer, имеющие одинаковое значение, являются разными объектами ... Можно ли это сделать? Любое положение для синхронизации при условии

Answer 1

требование о предотвращении нескольких потоков из печати такое же значение, но позволяет им печатать различные те

Самый простой способ предотвратить это, чтобы иметь набор Целые печатных уже. Поскольку вы печатаете, накладные расходы на использование блокировки тривиальны.

Set<Integer> printed = Collections.synchronizedSet(new HashSet<Integer>()); 

// when printing 
if (printed.add(num)) // will one be true the first time for each number 
    System.out.println("num: " + num); 

Можно ли это сделать?

Печать на консоли синхронизирована уже и независимо от того, что вы делаете, вся нить синхронизирует их печать независимо от того, что вы делаете. Добавление большего количества блокировок не изменит этого.

например. от PrintStream, который реализует System.out и ошибиться

public void println(String x) { 
    synchronized (this) { 
     print(x); 
     newLine(); 
    } 
} 

Вы не можете просто принять решение игнорировать в synchronized здесь от вызывающего абонента.

Любые условия для синхронизации при условии ???

Проще всего сделать это, чтобы заблокировать другой замок или нить локальную. Заблокировать незащищенный объект очень быстро.

например.

synchronized(shared ? sharedObject : Thread.currentThread()) { 

} 

BTW Это очень странно/запутанная вещь. Я бы серьезно подумал об изменении дизайна, поэтому это не требуется. Написание нормального многопоточного кода достаточно сложно написать/понять.