С#: блокировка вызова функции до тех пор, пока не будет выполнено условие

Итак, если я правильно понимаю, вы хотите вызвать UploadFileAsync, а затем заблокировать, пока асинхронный вызов не достигнет вашего обратного вызова. Если это так, я бы использовал AutoResetEvent т.е.

private readonly AutoResetEvent _signal = new AutoResetEvent(false); 

fun()
  { 
  // Logic comes here

   // runs a 2nd thread to perform upload .. calling "callback()" when done
   webClient.UploadFileAsync(uri, "PUT", fileNameOnHD);  

   _signal.WaitOne();   // wait for the async call to complete and hit the callback     
 }



callback()
 {
   //Callback event
   _signal.Set(); // signal that the async upload completed
 }

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

В С# методы блокируются по умолчанию, поэтому вам не нужно ничего делать. Я предполагаю, что по какой-то причине вы вызываете неблокирующий метод, который запускает фоновую задачу/поток/что угодно и дает вам обратный вызов, когда это делается. Вы хотите вызвать этот асинхронный метод синхронным образом.

Вы можете вызвать fun из обратного вызова. Что-то в этом роде (псевдокод):

int n;

callFunTenTimes()
{
    n = 0;
    fun(n);
}

callback()
{
    ++n;
    if (n < 10)
       fun(n);
    else
       print("done");
}

Это похоже на стиль передачи продолжения.

Преимущество этого метода заключается в том, что вы также можете сделать свой метод асинхронным без добавления каких-либо дополнительных потоков, блокировок или дополнительной логики — вы просто предоставляете функцию обратного вызова, на которую может подписаться ваш клиент. Он хорошо работает в среде, управляемой событиями.

Zebrabox правильно использует WaitHandle. Хотя решение Джульетты действительно работает, поток, выполняющий циклическое ожидание, потребляет значительный объем ресурсов процессора пропорционально дескриптору WaitHandle, который, по сути, будет бездействовать.

Проблема здесь:

for(int i=0;i < 10 ; i++)
{
  fun(); <-- if we block until this function finishes here, we stop the UI thread
}

То, что вы делаете, последовательно. И если вы не можете позволить себе заблокировать поток пользовательского интерфейса, переместите цикл из потока пользовательского интерфейса:

volatile downloadComplete;

void DownloadUpdates()
{
    ThreadPool.QueueUserWorkItem(state =>
        for(int i = 0; i < 10; i++)
        {
            downloadComplete = false;
            webClient.UploadFileAsync(uri, "PUT", fileNameOnHD);
            while(!downloadComplete) { Thread.Sleep(1); }
        });
}

Upload_Completed_callback()
{
    downloadComplete = true;
}

Теперь вы можете заблокировать выполнение цикла, не останавливая поток пользовательского интерфейса, а также воспользоваться преимуществами индикаторов выполнения из класса webclient.