Чому об’єкт блокування повинен стати статичним?

Дуже часто застосовувати приватний статичний об'єкт для читання лише для блокування в декількох нитках. Я розумію, що приватне зменшує вхідні точки до блокуючого об'єкта, затягуючи капсуляцію і, отже, доступ до найважливішого.

Але чому статичний?

private static readonly object Locker = new object();

Зрештою, поле використовується тільки в межах мого класу, і я також можу просто використовувати це замість цього:

private readonly object Locker = new object();

Будь-які коментарі?

ОНОВЛЕННЯ:

Як приклад я встав цей код (лише приклад). Я можу використовувати статичну або нестатичну шафку на цьому, і обидва будуть добре працювати. Враховуючи нижченаведену відповідь, я повинен краще визначити свій шафку таким чином? (Вибачте, що я провів співбесіду на наступному тижні і потрібно знати кожну деталь :)

private readonly object Locker = new object();

І ось код:

    private int _priceA;
    private int _priceB;
    private EventWaitHandle[] _waithandle;
    private readonly IService _service;

//ctor
public ModuleAViewModel(IService service)
    {
        _service = service;
        _modelA = new ModelA();
        _waithandle = new ManualResetEvent[2];
        _waithandle[0] = new ManualResetEvent(false);
        _waithandle[1] = new ManualResetEvent(false);
        LoadDataByThread();
    }


 private void LoadDataByThread()
        {
            new Thread(() =>
                           {
                               new Thread(() =>
                               {
                                   lock (Locker)
                                   {
                                       _priceA = _service.GetPriceA();
                                   }
                                   _waithandle[0].Set();
                               }).Start();

                               new Thread(() =>
                               {
                                   lock (Locker)
                                   {
                                       _priceB = _service.GetPriceB();
                                   }
                                   _waithandle[1].Set();
                               }).Start();

                               WaitHandle.WaitAll(_waithandle);
                               PriceA = _priceA;
                               PriceB = _priceB;
                           }).Start();
        }

Дякую

Це не "дуже часто використовувати приватний статичний об'єкт для читання лише для запису в багатопотоковій різьбі", - скоріше, використовувати замок у відповідній / обраній деталізації . Іноді це так static. Частіше, IMO, це не так, - але базується на екземплярі .

Основний час, коли ви бачите staticблокування, - це глобальний кеш, або для відкладеного завантаження глобальних даних / одиночних клавіш. І в останньому, є кращі способи зробити це все одно .

Тож насправді залежить: як це Lockerвикористовується у вашому сценарії? Це захищає щось, що саме по собі є статичним? Якщо так, замок повинен бути статичним. Якщо це захищає щось таке, що є екземпляром на основі, то IMO замок повинен також бути екземпляром на основі.

Це не повинно бути статичним, адже іноді це не повинно бути бути статичним.

Змінна повинна жити в тій самій області, що і методи, де ви використовуєте її для блокування. Якщо методи статичні, змінна повинна бути статичною, а якщо методи - це примірними методами, змінна повинна бути екземпляром змінною.

Статична змінна все ще працюватиме, коли використовується для блокування методу екземпляра, але тоді ви будете занадто заблоковані. Ви заблокуєте всі методи в усіх екземплярах, а не лише методи в одному екземплярі.

Обсяг та термін служби замка можуть / повинні залежати від "речі", яку ви хочете заблокувати. Статичні замки в основному використовуються для фіксації статичних речей.