Eu estou olhando para o livro "Java Concurrency in Practice" e achei muito difícil de acreditar declaração abaixo citada (Mas, infelizmente, faz sentido).

http://www.informit.com/store/java-concurrency-in-practice-9780321349606

Só queria ficar claro sobre isso 100%

public class Holder {
    private int n;
    public Holder(int n) { this.n = n; }
    public void assertSanity() {
      if (n != n)
       throw new AssertionError("This statement is false.");
      }
}

Embora possa parecer que os valores de campo definidos em um construtor são os primeiros valores gravados nesses campos e, portanto, que não há valores "mais antigos" para ver como valores obsoletos,o construtor Object primeiro grava os valores padrão em todos os campos antes que os construtores de subclasse sejam executados. Portanto, é possível ver o valor padrão de um campo como um valor obsoleto

Quanto à declaração em negrito acima,

Estou ciente de que o comportamento, mas agora, é claro que esta hierarquia de chamada de construtores não é garantia de ser ATOMIC (chamando super construtores em bloco único sincronizado que é guardado por um bloqueio), mas qual seria a solução? imagine uma hierarquia de classes que tenha mais de um nível (mesmo que não seja recomendado, vamos assumir como é possível). O código acima snippest é um tipo de protótipo que vemos todos os dias na maioria dos projetos.