Почему запрещено использовать await внутри lock? Как lock реализован под капотом?

Проблемы с await в lock:

1. Смена потока:

   • lock требует, чтобы один поток владел блокировкой от входа до выхода.

   • После await выполнение может возобновиться в другом потоке, который не имеет прав на блокировку.

2. Риск взаимоблокировки (deadlock):

   • Пример:

     lock (obj) {
         	await Task.Delay(1000); // Блокировка НЕ освобождается
         	// Другой поток может зависнуть, ожидая `obj`
     }

Как работает lock под капотом:

• Код:

  lock (obj) { /* тело */ }

• Компилируется в:

  object __lockObj = obj;
  bool __lockTaken = false;
  try {
      	Monitor.Enter(__lockObj, ref __lockTaken);
      	/* тело */
  }
  finally {
      	if (__lockTaken) Monitor.Exit(__lockObj);
  }

Альтернативы для асинхронного кода:

• Используйте SemaphoreSlim с асинхронными методами:

  private readonly SemaphoreSlim semaphore = new(1, 1);
  // ...
  await semaphore.WaitAsync();
  try { /* работа */ }
  finally { semaphore.Release(); }

Когда использовать:
lock — для синхронного кода. Для асинхронных сценариев применяйте SemaphoreSlim, Mutex или другие примитивы.