Есть ли какая-либо точка в использовании энергозависимого долго?

Я иногда использую a volatile переменная экземпляра в случаях, где я имею два потока, читающие из / пишущий в него, и не хочу издержки (или потенциальный риск мертвой блокировки) вынимания блокировки; например, поток таймера, периодически обновляющий международный идентификатор, который выставляется как метод считывания на некотором классе:

public class MyClass {
  private volatile int id;

  public MyClass() {
    ScheduledExecutorService execService = Executors.newScheduledThreadPool(1);
    execService.scheduleAtFixedRate(new Runnable() {
      public void run() {
        ++id;
      }
    }, 0L, 30L, TimeUnit.SECONDS);
  }

  public int getId() {
    return id;
  }
}

Мой вопрос: Учитывая, что JLS только гарантирует, что 32-разрядные чтения будут атомарными, там какая-либо точка в когда-либо использовании энергозависимого долго? (т.е. 64-разрядный).

Протест: не отвечайте высказыванию то использование volatile synchronized случай предварительной оптимизации; я хорошо знаю, как / когда использовать synchronized но существуют случаи где volatile предпочтительно. Например, при определении боба Spring для использования в однопоточном приложении я склонен одобрять volatile переменные экземпляра, как нет никакой гарантии, что контекст Spring инициализирует свойства каждого боба в основном потоке.