Что хотят услышать интервьюеры:

Нужно показать понимание, что одновременный доступ к общему объекту без координации приводит к race condition и повреждению состояния. Для этого используют блокировки, атомарные операции и потокобезопасные коллекции. Выбор метода зависит от того, нужна ли строгая синхронизация, высокая производительность или полная безблокировочная модель.

Определение:

Конфликты при одновременном обращении к одному объекту устраняют через синхронизацию доступа и безопасные механизмы изменения состояния. В C# это обычно lock/Monitor, Mutex, SemaphoreSlim, ReaderWriterLockSlim, атомарные операции из Interlocked, а также потокобезопасные коллекции из System.Collections.Concurrent.
Главная идея — либо не допустить одновременного изменения, либо сделать изменение атомарным и предсказуемым.

Пример использования:

Например, несколько потоков увеличивают общий счетчик. Без синхронизации часть инкрементов потеряется, потому что операция counter++ не атомарна. Решить это можно через Interlocked.Increment.

using System;
using System.Threading;
using System.Threading.Tasks;

class Program
{
    private static int _counter = 0;

    static void Main()
    {
        Parallel.For(0, 100000, _ =>
        {
            Interlocked.Increment(ref _counter);
        });

        Console.WriteLine(_counter);
    }
}

Пояснение кода:

Код показывает безопасное увеличение общего счетчика из многих потоков.

_counter — общий объект состояния, к которому обращаются параллельно.
Parallel.For(...) запускает много одновременных итераций, имитируя конкурентный доступ.
Interlocked.Increment(ref _counter) выполняет инкремент атомарно, без промежуточного состояния, которое мог бы перехватить другой поток.
В результате итоговое значение будет корректным, в отличие от обычного counter++.

Если нужен другой тип защиты, вместо Interlocked можно использовать lock:

private static readonly object _sync = new object();
private static int _value = 0;

lock (_sync)
{
    _value++;
}

Здесь только один поток заходит в критическую секцию, поэтому конфликтов нет.

Ключевые моменты:

lock/Monitor — самый частый способ защитить критическую секцию.
Interlocked подходит для простых атомарных операций: инкремент, обмен, сравнение и замена.
SemaphoreSlim и Mutex используют, когда нужно ограничить число одновременно работающих потоков или синхронизироваться между процессами.
ReaderWriterLockSlim полезен, когда чтений много, а записей мало.
Потокобезопасные коллекции (ConcurrentDictionary, ConcurrentQueue и другие) уменьшают необходимость вручную ставить блокировки.
Важно избегать deadlock: следить за порядком захвата блокировок и не держать их дольше необходимого.

Какие методы используют для устранения конфликтов при одновременном обращении к одному объекту в многопоточной среде?