В наше время уже наверное никто не пишет программы в один поток, посему вопрос потокобезопасности стоит на особом месте. Тут с коллегами у нас возник спор насчёт того, что же лучше применять, lock или volatile? Одни считают, что volatile вообще лишнее слово в Шарпе, другие полагают, что lock рекомендован самим майкрософтом и нужно использовать его. Третьи, что JIT-компилятор сам ставит volatile там где нужно... 

А что применяете вы? И что же лучше? 

volatile используется не для тогоже, для чего используется lock.
одно дело работать с одним полем (например AddRef\Release), совсем другое, если метод зависит от нескольких полей, и очень не хочется, чтобы кто-то одновременно с вами мог работать с одним из значимых полей во время расчета...

Соответственно, вопрос лишь в количестве переменных? Ибо, согласно этой статейке, lock и volatile - это всё-таки одно и то же (насколько я понял).

VisualProgrammerNET, ты же сам процитировал основное различие. volatile не ограничивает одновременный доступ потоков к переменной. Оно отключает reordering. Скажем, есть у тебя два куска кода:

строчки с присвоением значения не влияют на результат следующего за ними Console.WriteLine, и оптимизатор спокойно переставит их чуть пониже. И напечатается 1 2. А volatile явно запрещает такой reordering.

А lock просто захватывает себе mutual-exclusion lock для объекта, запрещая другим lock-ам захватить его. В результате код внутри lock выполняется не больше чем одном потоком в каждый момент времени.

volatile нужен в частности для предотвращения "странных глюков" при работе на двуядерных/многоядерных процессорах, когда у каждого ядра свой кеш первого уровня, работает к примеру 2 потока и у обоих своя копия переменной, поля или целого объекта в кеше ядра. Реальный пример кстати.