Как контролировать доступ нескольких потоков к коллекции объектов?

Не могли бы вы просто сделать коллекцию, содержащую объекты, SynchronizedCollection<T>? Он гарантирует, что только один поток может одновременно добавлять или получать доступ к объектам. Затем, вместо того чтобы беспокоиться о том, как синхронизировать доступ к свойствам каждого объекта, не добавляйте объект в коллекцию, пока она не будет заполнена.

Что-то вроде этого:

private readonly ICollection<Item> Items = new SynchronizedCollection<Item>();

// Run this on the background thread.
public void PopulateItems()
{
    using (var file = File.OpenRead("BigFile.txt"))
    using (var reader = new StreamReader(file))
    {
        while (!reader.EndOfStream)
        {
            var item = new Item();
            PopulateItem(item);
            Items.Add(item);
        }
    }
}

public void PopulateItem(Item item)
{
    // Do time-consuming work.
}

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

Сделайте свою коллекцию объектов словарем, а затем заблокируйте ключи.

В общем, использование одной или нескольких блокировок зависит от степени параллелизма, которого вы хотите достичь.

Чем меньше у вас блокировок (скажем, одна глобальная блокировка), тем меньше параллелизма будет, потому что многие операции могут конкурировать за блокировку и препятствовать выполнению друг друга.

Чем больше у вас блокировок, тем большего параллелизма вы можете достичь, но тем больше затрат на управление блокировками.

Использование блокировки, которая является изменяемым объектом, имеет смысл, если то, что вы защищаете с помощью блокировки, является только этим объектом. Вы увидите много примеров использования отдельного объекта, потому что тогда вам не нужно думать об объеме защиты.

В вашем конкретном случае я не очень понимаю, что защищается. Вы пытаетесь предотвратить одновременную модификацию свойства объекта, то есть фоновым процессом или пользователем? Поскольку пользователь не может делать более одного действия одновременно, нет необходимости в большом количестве параллелизма, поэтому нет необходимости иметь много блокировок. Что вы могли бы сделать, так это иметь единую блокировку, которая берется, когда сетка свойств входит в режим редактирования и когда фоновый процесс собирается установить то же самое редактируемое свойство (в противном случае нет необходимости в блокировках).

Я думаю, что лучше всего было бы использовать объект ManualResetEvent с тайм-аутом. Таким образом, вы можете сообщить пользователю, что он извлекается, и повторить попытку через несколько секунд.

public class Item : IDisposable // I know it is a horrible class name...
{
    private readonly ManualResetEvent accessibleEvent = new ManualResetEvent(false);

    public void Extract()
    {
        try
        {
            // .....
        }
        finally
        {
            accessibleEvent.Set(); // unlock             
        }
    }

    public void Edit()
    {
        if (!accessibleEvent.WaitOne(1000)) // wait 1 second
        {
            // notify user?    
        }

        // ....
    }

    public void Dispose()
    {
        ((IDisposable)accessibleEvent).Dispose();
    }
}