Нужно ли объявлять переменную, к которой обращаются несколько потоков в сервлете Java, volatile?

Да, если вы действительно хотите увидеть самое последнее вычисленное простое число в любом потоке, оно должно быть либо изменчивым, либо доступ к нему потокобезопасным способом с помощью synchronized блоков/методов. Кроме того, как указано в комментариях, энергонезависимые длинные переменные не могут быть обновлены атомарно, поэтому вы можете видеть верхние 32 бита старого значения и нижние 32 бита нового значения (или наоборот).

Раньше я забыл об атомарности, потому что она почти всегда решается автоматически, когда вы получаете самое последнее опубликованное значение и полностью публикуете новые значения. На практике это почти всегда то, что вам нужно, поэтому атомарность перестает быть проблемой, если ваш код работает правильно с самого начала.

Это не SingleThreadModel сервлет, не так ли? Это, очевидно, имело бы значение.

Другой альтернативой было бы использование AtomicLong .

да. Переменные сервлета не являются потокобезопасными.

Существует чистое разделение чтения/записи между потоками; один поток «публикует» последнее простое число для чтения другими, тогда вам может сойти с рук сделать его изменчивым.

Если шаблон доступа включает некоторые последовательности чтения-изменения-записи и т.п., вам придется синхронизировать доступ к полю.

Предполагая, что Java 5 или более поздняя версия, а затем объявление ее изменчивой, дает четко определенную семантику, как описано здесь. Исходя из принципа устранения сомнений у сопровождающего кода, я бы использовал volatile, сказав: «Да, я знаю, что несколько потоков используют эту переменную».

Интересный вопрос заключается в том, что эффект не объявляется изменчивым. Если у вас есть первое прайм, имеет ли значение, что это самое последнее из доступных? Volatile гарантирует, что значения берутся из памяти, а не из кэшей «ЦП», поэтому вы должны получить более актуальное значение.

А как насчет возможности увидеть частичное присвоение? Могли бы вам действительно не повезти и увидеть лонг, чьи младшие биты являются частью старого значения, а старшие биты частью другого значения? Что ж, присваивания значениям long и double не являются атомарными, так что теоретически да!

Следовательно, volatile или синхронизированный - это не просто приятно иметь ... это вам нужно

Семантика volatile переменной в Java недостаточно сильна, чтобы сделать операцию приращения (lastprime++) атомарной, если вы не можете гарантировать, что переменная записывается только из одного потока - не в случае сервлета

С другой стороны, использование переменных AtomicXXX является потокобезопасным, если не выполняются сложные операции. Будет окно уязвимости при обновлении более чем одной атомарной переменной, даже если каждый вызов является атомарным.