Tentando entender a seguinte afirmação:
Uma corrida de dados ocorre quando 2 ou mais threads tentam acessar a mesma variável não final sem sincronização. Não usar a sincronização pode levar a alterações que não são visíveis para outros threads, portanto, é possível ler os dados obsoletos, o que por sua vez pode ter consequências como loops infinitos, estruturas de dados corrompidas ou cálculos imprecisos. Este código pode resultar em um loop infinito, porque o thread do leitor pode nunca observar as alterações feitas pelos threads do escritor:
class Waiter implements Runnable {
private boolean shouldFinish;
void finish() { shouldFinish = true; }
public void run() {
long iteration = 0;
while (!shouldFinish) {
iteration++;
}
System.out.println("Finished after: " + iteration);
}
}
class DataRace {
public static void main(String[] args) throws InterruptedException {
Waiter waiter = new Waiter();
Thread waiterThread = new Thread(waiter);
waiterThread.start();
waiter.finish();
waiterThread.join();
}
}
Meu pensamento é que,
- No Java Reader/Writer, dados primitivos como booleanos são ações atômicas.
- Mesmo que o thread leitor não tenha conseguido observar as alterações feitas pelos threads gravadores em um loop, ele deverá ser capaz de ver a mudança no próximo loop.
Não é o caso? Por que? Porque o tópico do leitor pode nunca ceder ao tópico do escritor? (Se sim, não acho que se chamará Condições de Corrida, certo?)
Não.
Cada thread é livre para criar uma cópia local em cache de qualquer campo (e, geralmente, eles o fazem). Até que haja um motivo para atualizar esses caches, a JVM provavelmente não o fará, por dias , se desejar (a especificação não impõe nenhum requisito para uma JVM fazer isso).
Para forçar uma atualização, você usa
volatile
,synchronized
ou qualquer outro relacionamento Acontece Antes, conforme listado na seção Modelo de Memória Java da especificação de memória Java. Seu código não tem nenhum relacionamento HB, portanto, a JVM nunca precisa ser atualizada.Em outras palavras, um thread pensa que
shouldFinish
étrue
, outro pensa que éfalse
e eles continuam pensando isso por horas, dias ou para sempre, ou não - a especificação da JVM simplesmente não especifica nenhuma das duas maneiras.